Поражение Java запуск процесса Linux для предотвращения OOM
Я не знаю, решит ли это Вашу проблему, но я заметил в последнем августе 2009 CU, который фиксирует следующее:
Вы отправляете сообщение библиотеке документа. Если сообщение имеет длинный предмет, и его вложение имеет длинное имя файла, вложение отбрасывается. Затем Вы не можете найти вложение в библиотеке документа.
В то время как это не точно Ваша проблема, она показывает, что Microsoft исправляла ошибки в этой области и может иметь (намеренно, или иначе) зафиксировал Вашу.
Я рекомендую что Вы:
- Настройте тестовую среду, таким образом, что можно воспроизвести проблему.
- WSS 3.0 установки / Пакет обновления SharePoint 2007 2 и CU в августе 2009.
- Проверьте, решена ли проблема.
Обратите внимание, что, если это фиксируется, необходимо полностью проверить, что это обновление не повредило другие части сайта прежде, чем развернуть его на производстве. Надо надеяться, Вы имеете копию своей продуктивной среды, копируемой в тесте, и можете сделать это довольно легко.
Я думаю понятие, которое использует cfengine, является большим для Вас. Я не обеспокоился бы sysctl, настраивающимся - он мог бы повредить фактическую производительность во время выполнения, в конце концов! - но идут с тем же подходом, который имеет cfengine.
Таким образом, что это делает? cfengine имеет косое время - если у Вас будет 1 000 клиентских узлов, настроенных для подключения главного сервера, спрашивающего, существует ли что-то новое, чтобы сделать, каждый из клиентских узлов подключит сервер в настроенное время + косое время. Так, можно настроить узлы для подключения сервера в 0:00, 1:00, 2:00..., но некоторые из них подключат сервер в 0:00:00, некоторые из них в 0:00:30, некоторые в 0:01:00... независимо от того, что Вы настраиваете косой диапазон, чтобы быть.
Я не предлагаю, чтобы Вы на самом деле использовали cfengine, я просто упомянул в косое время. Идите вперед и подражайте его поведению.:-)
На вашем месте я не попытался бы запустить 10 Java VMs одновременно, который походит на некоторое серьезное мучение сервера.
Есть ли некоторый сценарий, который Вы могли назвать вместо этого, который будет запускать процессы Java и контролировать его или с таймерами или с контролирующий использование ресурсов прежде, чем назвать следующее JAVA-приложение? Это походит на следующую вещь попробовать, если я должен был приблизиться к ней.
Другое решение состояло бы в том, чтобы бросить больше памяти в него. Я знаю, что это прекрасно, после того как вещи успокоены, но если это делает так много перегрузки при перезапуске процессов (и когда сервер запускается), бросающий аппаратные средства, мог бы быть самый экономичный временем способ решить проблему. Я неопределенно вспоминаю из подкастов, что это было философией Atwood при начальной загрузке StackOverflow/ServerFault/Superuser сайтов; аппаратные средства были дешевыми, поэтому если ресурсы становятся трудными, добавьте больше. Мог быть misremembering это все же. Просто мысль.
Еще один подход должен отредактировать файлы выполнения для различных демонов Java и поместить произвольный случайный сон, прежде чем damon будет exec'd. Это не могло бы быть тем, что Вы хотите при ручном перезапуске при других обстоятельствах, но это может помочь подавить загрузку, когда все запускают у громоподобного стада.
sleep $[ $RANDOM % 300 ]