Далее перечислены необязательные аргументы командной строки, которые можно
указать в поле
. Несколько аргументов разделяются
пробелами.
![[z/OS]](../ngzos.gif)
![[AIX Solaris HP-UX Linux Windows]](../dist.gif)
-DhotRestartSync: Аргумент -DhotRestartSync включает функцию
синхронизации оперативного перезапуска службы синхронизации. Эта функция
указывает службе синхронизации, что установленная версия работает в среде, где
обновления не применяются, когда администратор развертывания не активен. Поэтому этой службе не приходится осуществлять полное
сравнение хранилищ при перезапуске диспетчера развертывания или серверов агентов узлов. Включение
этой опции позволяет повысить эффективность первой операции синхронизации после
перезапуска администратора развертывания или агента узла, особенно для
конфигураций с ячейками, содержащими серверы разных выпусков, с несколькими
узлами и несколькими запускаемыми приложениями.
![[8.5.0.1 or later]](../images/ng_v8501.gif)
-Dcom.ibm.crypto.provider.doAESInHardware: Присвойте этому параметру значение true, если требуется включить функцию AES (Advanced Encryption Standard), входящую в состав IBM SDK and Runtime Environment for AIX,
Java Technology Edition версии 7. AES представляет собой симметричный блочный шифр, выполняющий шифрование и расшифровку данных за несколько итераций. Включение этой функции повышает производительность обработки SSL в WebSphere
Application Server.
- -Xquickstart
Аргумент
-Xquickstart устанавливает пониженный по
сравнению с применяемым по умолчанию уровень оптимизации начальной компиляции. Позднее, в зависимости от результатов, можно будет скомпилировать код еще раз с
уровнем по умолчанию.
Рекомендации: Используйте
-Xquickstart для приложений, где первоначальное
быстродействие важнее средней производительности. В некоторых вариантах тестов
и средств отладки можно ускорить запуск на 15-20 %%.
bprac![[IBM i]](../iseries.gif)
Предотвращение неполадок: IBM i не поддерживает этот аргумент.
gotcha
- -Xverify:none
Аргумент -Xverify:none позволяет пропустить этап
проверки при загрузке классов. При указании -Xverify:none выключается проверка
классов Java, что может на 10-15 %% сократить время запуска. Однако,
если указан этот аргумент, то поврежденные или недопустимые данные классов не
обнаруживаются.
Загрузка поврежденных данных классов может вызвать серьезные
неполадки и даже сбой в работе JVM.
Предотвращение неполадок: - Не используйте этот аргумент при модификации байтового кода, поскольку
инструментальные ошибки могут вызвать сбой JVM.
- Если в работе JVM происходят неполадки или сбой, когда действует данный
аргумент, то начните устранение неполадок JVM с удаления этого аргумента.
- IBM i не поддерживает этот аргумент.
gotcha
- -Xnoclassgc
Аргумент -Xnoclassgc выключает сбор мусора классов. При этом незначительно улучшается повторное использование классов и повышается
быстродействие. Однако ресурсы, принадлежащие этим классам, будут продолжать
использоваться, даже если эти классы не вызываются.
Предотвращение неполадок: Как
правило, сбор мусора классов оказывает минимальное влияние на
производительность системы. Выключение сбор мусора классов в системе Java EE с
интенсивным применением загрузчиков классов приложений может привести к утечкам
памяти и возникновению исключительной ситуации JVM, связанной с нехваткой
памяти.
gotcha
Для того чтобы отслеживать
сбор мусора, укажите параметр конфигурации verbose:gc. Полученный вывод позволяет определить, какое влияние на производительность
оказывает освобождение этих ресурсов.
Если указать аргумент
-Xnoclassgc, то при каждом повторном развертывании приложения следует обязательно перезапустить сервер приложений, чтобы очистить
классы и статические данные от предыдущей версии приложения.
Предотвращение неполадок: IBM i не поддерживает этот аргумент. Для выключения сбора мусора классов на этой платформе
используйте аргумент
-noclassgc.
gotcha
- -Xgcthreads
Аргумент -Xgcthreads включает сбор мусора несколькими
нитями одновременно. Этот режим называется параллельным сбором мусора.
Этот аргумент допустим только для IBM Developer Kit.
При вводе этого значения в поле Общие аргументы JVM укажите число
процессоров системы.
Укажите параметр
-Xgcthreads следующим образом:
-Xgcthreads<число
процессоров>
Предотвращение неполадок: Не добавляйте пробел между
-
-Xgcthreads и
n (число процессоров).
-Xgcthreads5 - это пример параметра
-Xgcthreads, для которого указано 5 процессоров.
gotcha
Рекомендации: Включите параллельный сбор мусора, если система
многопроцессорная.
bprac
Предотвращение неполадок: IBM i не поддерживает этот аргумент.
gotcha
- -Xnocompactgc
Аргумент -Xnocompactgc выключает уплотнение кучи. Уплотнение кучи - это наиболее ресурсоемкая операция сбора мусора. При работе с
IBM Developer Kit следует избегать уплотнения кучи. При выключении уплотнения снимается вся дополнительная нагрузка.
Предотвращение неполадок: IBM i не поддерживает этот аргумент.
gotcha
- -Xgcpolicy
Аргумент -Xgcpolicy задает стратегию сбора мусора. Этот аргумент допустим только для IBM Developer Kit.
Задайте этот аргумент равным optthruput ![[Updated in September 2013]](../images/delta.gif)
, если вы
хотите оптимизировать производительность, а длинные паузы на сбор мусора не
представляют проблемы.![[Updated in September 2013]](../images/deltaend.gif)
Укажите для этого аргумента значение gencon в случае
применения сборщика мусора c поддержкой поколений. Схема с поддержкой поколений
обеспечивает высокую пропускную способность и снижение времени
сбора мусора. Куча разбивается на новые и старые сегменты. Объекты с большим
временем жизни передаются в старую область, а объекты с коротким временем жизни
быстро собираются в новой области. Стратегия gencon предоставляет значительные преимущества для многих приложений. Однако она подходит не для всех приложений и, как правило, обладает более
сложной конфигурацией.
Аргумент optavgpause включает параллельную
маркировку нитей приложения, начинающихся из стека, вплоть до заполнения кучи. Тем самым паузы на сбор мусора становятся более равномерными, и длинные паузы
не появляются. Это достигается ценой снижения производительности, потому что
нити выполняют дополнительную работу.
Укажите значение
subpool для повышения производительности в системах, в
которых в обычном режиме используется более восьми процессоров. Эта стратегия
доступна только для процессоров IBM System i, System
p и System z. Стратегия subpool
аналогичная стратегии optthruput. Единственное различие заключается в
разделении кучи на подпулы с целью оптимизации выделения объектов.
Предотвращение неполадок: IBM i не поддерживает этот аргумент.
gotcha
- -XX
Java Platform, Standard Edition 6
(Java SE 6) поддерживает сбор мусора с учетом возраста, при котором объекты с разным временем
жизни содержатся в разных пулах памяти. Сбор мусора выполняется для таких объектов независимо с
учетом возраста. Дополнительные параметры позволяют настроить размеры этих
пулов памяти. Для повышения производительности укажите размер пула для
короткоживущих объектов, чтобы они не оставались в пуле дольше одного цикла
сбора мусора. Задать размер пула нового поколения можно с помощью параметров
NewSize и MaxNewSize.
Объекты, пережившие первый цикл сбора мусора, помещаются в другой пул. Задать размер пула выживших объектов можно с помощью параметра
SurvivorRatio. Можно воспользоваться статистикой по объектам,
которую собирает Tivoli Performance Viewer, или добавить аргумент verbose:gc в параметр конфигурации, чтобы
отслеживать статистику сбора мусора. Если сбор мусора начинает замедлять работу системы, можно попытаться настроить
параметры пулов поколений.
-XX:NewSize=нижняя_граница
-XX:MaxNewSize=верхняя_граница
-XX:SurvivorRatio=новое_соотношение
Значения по
умолчанию:
- NewSize=2m
- MaxNewSize=32m
- SurvivorRatio=32
Рекомендации: Однако, для JVM с размером кучи более 1
ГБ необходимо использовать следующие значения:
- -XX:NewSize=640m
- -XX:MaxNewSize=640m
- -XX:SurvivorRatio=16
bprac
Можно также задать от 50% до 60% общего размера кучи для нового пула
памяти для сбора мусора с учетом возраста.
Предотвращение неполадок: IBM i не поддерживает этот аргумент.
gotcha
- -Xminf
Аргумент -Xminf задает минимальный свободный объем
кучи в процентах. Если в куче остается меньше памяти, чем указано, она будет
расширяться. В режиме с разрешенным сбросом кучи этот аргумент задает
минимальный объем свободной памяти в промежуточной и временной кучах. Он задается как вещественное
число от 0 до 1. Значение по умолчанию -
0,3 (30%).
Предотвращение неполадок: IBM i не поддерживает этот аргумент.
gotcha
- -server | -client
Технология Java HotSpot в
Java SE 6 использует адаптивную JVM, содержащую алгоритмы, которые со временем оптимизируют
выполнение байтового кода. JVM может работать в двух режимах, -server и -client.
В большинстве случаев
рекомендуется включать режим -server, обеспечивающий более эффективное
выполнение на длительных промежутках времени.
Режим по умолчанию - это -client, с меньшим временем запуска
и меньшим расходом памяти. Однако этот режим снижает производительность долгих
процессов. Используйте режим -server, при котором производительность
выше, кроме случая, когда время запуска сервера важнее, чем производительность. Разницу между режимами -client и -server можно проанализировать,
просмотрев размер процесса и время запуска сервера.
Предотвращение неполадок: IBM i не поддерживает этот аргумент.
gotcha
- -Dcom.ibm.CORBA.RequestTimeout=тайм-аут
Аргумент
-Dcom.ibm.CORBA.RequestTimeout=тайм-аут задает
тайм-аут ответа на запросы от клиента. Этот аргумент указывается с ключом
-D. Значение тайм-аут задается в секундах. Если сеть работает очень
медленно, укажите большие значения тайм-аутов. Для коротких тайм-аутов сервер приложений может не дождаться ответа в среде с распределенной нагрузкой.
Задавать этот аргумент следует только в том случае, если в приложении
возникают неполадки из-за тайм-аутов. У этого аргумента нет рекомендуемых
значений.
- -Dcom.ibm.server.allow.sigkill=true
Аргумент -Dcom.ibm.server.allow.sigkill=true
разрешает процессу агента узла использовать метод terminate процесса, если метод stop не
завершается в течение интервала проверки связи. Этот параметр эффективен, если агент узла
теряет связь с отслеживаемым сервером приложений.
Если стратегия мониторинга сервера
приложений разрешает агенту узла перезапускать сервер приложений, то агент узла выполняет метод
stop для процесса сервера приложений. В ходе обработки метода stop агент узла отслеживает
состояние сервера приложений; если сервер приложений не удалось остановить в течение
интервала проверки связи, то агент узла может остановить сервер приложений с помощью
метода при условии, что для этого параметра указано значение true
(значение по умолчанию).
Если указано значение false, то агент узла
продолжает отслеживать процесс остановки, не пытаясь перезапустить сервер приложений.
Для
того чтобы выключить этот аргумент с помощью административной консоли, выберите
Администрирование системы > Агенты узлов >имя-агента-узла > Управление Java и процессами >
Определение процесса > Виртуальная машина Java > Общие аргументы JVM.
- -Dcom.ibm.websphere.alarmthreadmonitor.hung_alarm_mute=
Этот аргумент задает максимальное число полных трассировок стека в сообщениях о зависших нитях, выводимых в системные протоколы, для одного предупреждения.
Когда системная нить обработки предупреждений работает дольше заданного порога монитора нитей обработки предупреждений, сервер приложений выводит в протокол сообщение о зависшей нити с именем нити обработки предупреждений, продолжительностью работы нити и полной трассировкой стека исключительных ситуаций. Полная трассировка стека полезна для выяснения причины задержки, однако если сообщения о зависших нитях выдаются часто, то повторение объемных сообщений может затруднить поиск другой информации в системных протоколах. Укажите в этом аргументе положительное целое число, определяющее максимальное число полных трассировок стека для одного предупреждения. По достижении этого порога последующие сообщения о зависших нитях будут содержать только запись о зависшем обработчике предупреждения.
Значение по умолчанию - 0, то есть все сообщения о зависших нитях для предупреждения включают полную трассировку стека.
Прим.: Это свойство задает порог для каждого класса обработчиков предупреждений, не общее число сообщений и не для каждого экземпляра обработчика предупреждений.
- -Dcom.ibm.websphere.native.logging.timestamp=true
Этот аргумент добавляет системное время и идентификатор нити перед отладочными сообщениями сервера, которые выводятся в файлы протоколов native_stdout и native_stderr. Системное время и идентификатор нити позволяют найти соответствие между поведением компонентов начальной загрузки сервера приложений и поведением других механизмов сервера, информация о которых выводится в файлы протоколов SystemOut и SystemErr. Этот режим по умолчанию выключен.
Когда у JVM сервера указан
общий аргумент -Dws.ext.debug=true, он выводит отладочные сообщения в файлы native_stdout.log и native_stderr.log в процессе начальной загрузки. Если в аргументе -Dcom.ibm.websphere.native.logging.timestamp тоже указано значение true, сервер выводит отладочные сообщения с системным временем и идентификатором нити (см. следующий пример).
[6/18/12 16:24:31:453 CDT] 00000000
ws.ext.mains.args[0]=-nosplash
[6/18/12 16:24:31:453 CDT] 00000000
ws.ext.mains.args[1]=-application
[6/18/12 16:24:31:453 CDT] 00000000
ws.ext.mains.args[2]=com.ibm.ws.bootstrap.WSLauncher
[6/18/12 16:24:31:453 CDT] 00000000
ws.ext.mains.args[3]=com.ibm.ws.runtime.WsServer
Прим.: Аргумент -Dws.ext.debug=true следует указывать только по указанию сотрудников службы поддержки IBM.
- -Dcom.ibm.websphere.wlm.unusable.interval=интервал
Этот аргумент применим только для z/OS. Аргумент
-Dcom.ibm.websphere.wlm.unusable.interval=интервал
используется в случаях, когда состояние управления нагрузкой клиента
обновляется слишком редко или слишком часто. Это свойство задает время, в
течение которого среда выполнения клиента управления нагрузкой считает сервер
недоступным и не пытается обратиться к серверу еще раз. Этот аргумент
указывается с ключом -D Значение по умолчанию - 300 с.
Если это
свойство задано большим, сервер будет считаться недоступным в течение долгого
времени. В течение всего этого времени протокол обновления управления нагрузкой
не сможет обновить состояние клиента.
- -Dcom.ibm.ws.buffermgmt.impl.WsByteBufferPoolManagerImpl=
Этот аргумент применим только для z/OS. Аргумент
-Dcom.ibm.ws.buffermgmt.impl.WsByteBufferPoolManagerImpl=
позволяет указать, что память для отдельных прямых буферов байтов должна
освобождаться сразу, как только буфер становится ненужным. Для этого аргумента
поддерживается единственное значение
com.ibm.ws.buffermgmt.impl.ZOSWsByteBufferPoolManagerImpl.
Прямые буферы байтов, создаваемые виртуальной машиной Java для обработки запросов,
размещаются не в куче JVM, а в куче
Language
Environment (LE). Обычно, даже
если прямые буферы байтов больше не нужны, JVM не освобождает эту внутреннюю
память LE до следующего сеанса сбора мусора. Если сервер обрабатывает большие
запросы, то память LE может быть израсходована до того, как JVM запустит цикл
сбора мусора, что приведет к аварийному останову (авосту) сервера. Настройка
JVM со следующим аргументом позволяет избежать таких неполадок.
-Dcom.ibm.ws.buffermgmt.impl.WsByteBufferPoolManagerImpl=com.ibm.ws.buffermgmt.impl.ZOSWsByteBufferPoolManagerImpl
На платформе z/OS этот аргумент необходим, если
указано пользовательское свойство zaioFreeInitialBuffers для канала TCP, включающее режим немедленного освобождения ненужных начальных буферов чтения для новых соединений.
- -DisSipComplianceEnabled=true|false
Указывает,
включена ли проверка соответствия SIP для прокси-сервера SIP.
Проверка
соответствия SIP гарантирует соответствие сообщений SIP стандарту протокола
инициализации сеансов. Если для этого свойства указано значение
true, то проверка соответствия SIP включена.
Предотвращение неполадок: Если прокси-сервер входит в состав среды сетевого развертывания
WebSphere Application Server, Network Deployment для z/OS, но не является
элементом кластера, то проверку соответствия можно включить или выключить с
помощью свойства isSipComplianceEnabled. В случае применения автономного
сервера или сервера, входящего в состав кластера, для включения или
выключения проверки соответствия SIP следует использовать аргумент JVM.
gotcha
- -Xshareclasses:none
Аргумент -Xshareclasses:none позволяет выключить
работу с общими классам в процессе. Опция общих классов, которая доступна начиная с Java SE 6, позволяет создавать кэш общих классов. Кэш общих классов позволяет ускорить запуск и снизить расход памяти. Его можно использовать для серверов приложений, агентов узлов и администраторов развертывания.
Если эта опция включена, очищайте кэш, когда он не используется. Для очистки кэша вызывайте программу каталог-сервера-приложений/bin/clearClassCache.bat/sh или остановите процесс и снова его запустите.
Прим.: При использовании clearclasscache для очистки всего кэша необходимо прекратить работу всех подключенных JVM.
Предотвращение неполадок: ![[Solaris]](../solaris.gif)
![[HP-UX]](../hpux.gif)
В настоящее время
IBM JVM для J2SE 5 не поддерживается в Solaris, HP и IBM i.- В кэш общих классов не добавляются классы приложений Java EE, выполняющиеся в
процессе сервера приложений.
gotcha
- -XXallowvmshutdown:false
Аргумент -XXallowvmshutdown:false позволяет
восстановить предыдущий алгоритм работы JVM.
В Java 5.0 SR10 и Java 6 SR5 исправлены неполадки, связанные с неправильным завершением работы
виртуальной машины Java (JVM). Если приложение зависит от старого
способа работы, то путем добавления этого аргумента в раздел общих аргументов JVM можно
восстановить старый алгоритм работы.
Для мобильных пользователей: