lze zadat následující nepovinné argumenty příkazového řádku. Zadáte-li více argumentů, oddělte jednotlivé argumenty mezerami.
![[z/OS]](../ngzos.gif)
![[AIX Solaris HP-UX Linux Windows]](../dist.gif)
-DhotRestartSync: Argument -DhotRestartSync zadejte, pokud chcete povolit funkci synchronizační služby horké synchronizace při restartu. Tato funkce informuje službu synchronizace o tom, že je instalace spuštěna v prostředí, v němž nejsou prováděny aktualizace konfigurace, není-li správce implementace aktivní. Služba proto nemusí při restartování serverů agenta uzlu nebo správce implementace provádět úplné porovnání úložišť. Povolením této funkce zlepšíte efektivitu první synchronizační operace po restartu správce implementace nebo agenta uzlu, zvláště u instalací, které obsahují buňky se smíšenými verzemi, používají několik uzlů a spouští několik aplikací.
![[8.5.0.1 or later]](../images/ng_v8501.gif)
-Dcom.ibm.crypto.provider.doAESInHardware: Tuto volbu nastavte na hodnotu true, pokud chcete povolit funkci AES (Advanced Encryption Standard), která je dodávána se sadou IBM SDK and Runtime Environment for AIX,
Java Technology Edition verze 7. AES je symetrická bloková šifra, která šifruje a dešifruje data v několika cyklech. Povolení této funkce zvyšuje výkon při zpracování kódu SSL v produktu WebSphere Application Server.
- -Xquickstart
Argument
-Xquickstart zadejte, pokud má být počáteční kompilace provedena s nižší úrovní optimalizace než ve výchozím režimu. Později můžete v závislosti na ukázkových výsledcích provést kompilaci znovu na úrovni počáteční kompilace ve výchozím režimu.
Doporučené postupy: Argument
-Xquickstart použijte pro aplikace, kde je důležitější brzké dosažení střední rychlosti než dlouhodobá propustnost. V některých situacích ladění, při testovací zátěži či při použití nástrojů pro krátkodobé spuštění lze dobu spouštění zkrátit o 15-20 %.
bprac![[IBM i]](../iseries.gif)
Předcházení potížím: Platforma IBM i tento argument nepodporuje.
gotcha
- -Xverify:none
Argument -Xverify:none zadejte v situacích, kdy chcete při implementaci třídy vynechat fázi ověřování třídy. Argument -Xverify:none umožňuje zakázat verifikaci tříd Java, což může dobu spouštění zkrátit o 10-15 %. Při zadání tohoto argumentu však nejsou zjištěna poškozená nebo neplatná data třídy.
Při načtení poškozených dat třídy se prostředí JVM může chovat neočekávaným způsobem nebo se zhroutit.
Předcházení potížím: - Nepoužívejte tento argument při provádění změn struktury bytecode, protože prostředí JVM může selhat, dojde-li k chybě instrumentace.
- Jestliže při použití tohoto argumentu zjistíte, že v prostředí JVM došlo k selhání nebo se chová neočekávaným způsobem, při ladění tohoto problému prostředí JVM nejprve odeberte tento argument.
- Platforma IBM i tento argument nepodporuje.
gotcha
- -Xnoclassgc
Zadáním argumentu -Xnoclassgc můžete zakázat uvolňování paměti pro třídy. Výsledkem použití tohoto argumentu je zvýšení míry opětného použití tříd a mírné zlepšení výkonnosti. Prostředky vlastněné těmito třídami se však stále používají, i když třídy nejsou volány.
Předcházení potížím: Vliv uvolňování mezipaměti třídy na výkon je obvykle minimální a vypnutí uvolňování mezipaměti třídy v systému založeném na prostředí Java EE (Java Platform, Enterprise Edition), vzhledem k jeho častému používání zavaděčů tříd aplikací, může vést k úniku paměti dat třídy a způsobit vyvolání výjimky Out-of-Memory v prostředí JVM.
gotcha
Pomocí nastavení konfigurace verbose:gc můžete sledovat uvolňování paměti. Z výsledného výstupu pak můžete zjistit, jaký má uvolnění těchto prostředků vliv na výkon.
Pokud zadáte argument -Xnoclassgc, při každé nové implementaci aplikace byste měli restartovat aplikační server, a vyčistit tak třídy a statická data z předchozí verze aplikace.
Předcházení potížím: Platforma IBM i tento argument nepodporuje. Pro zakázání uvolňování paměti na této platformě je nutné použít argument
-noclassgc.
gotcha
- -Xgcthreads
Argument -Xgcthreads použijte v případě, kdy chcete použít několik podprocesů uvolňování paměti současně. Toto uvolňování paměti je označováno jako paralelní uvolňování paměti.
Tento argument je platný pouze pro vývojovou sadu
IBM Developer Kit.
Při zadání této hodnoty do pole Generické argumenty prostředí JVM zadejte rovněž počet procesorů osazených v počítači.
Zadejte volbu
-Xgcthreads následovně:
-Xgcthreads<počet procesorů>
Předcházení potížím: Mezi řetězec -
-Xgcthreads a počet procesorů
n nezadávejte mezeru.
-Xgcthreads5 je příklad zadání volby -Xgcthreads s pěti procesory.
gotcha
Doporučené postupy: Paralelní uvolňování paměti byste měli použít, pokud je počítač osazen více než jedním procesorem.
bprac
Předcházení potížím: Platforma IBM i tento argument nepodporuje.
gotcha
- -Xnocompactgc
Argument -Xnocompactgc zadejte, pokud chcete zakázat komprimaci haldy. Komprimace haldy je nejnáročnější operace uvolňování paměti. Při používání vývojové sady IBM Developer Kit byste měli komprimaci volné paměti zabránit. Vypnutím komprimace haldy se lze vyhnout veškeré přidružené režii.
Předcházení potížím: Platforma IBM i tento argument nepodporuje.
gotcha
- -Xgcpolicy
Pomocí argumentu -Xgcpolicy lze nastavit zásadu uvolňování paměti. Tento argument je platný pouze pro vývojovou sadu
IBM Developer Kit.
![[Updated in September 2013]](../images/delta.gif)
Chcete-li optimalizovat propustnost a nevadí, pokud dojde k dlouhým prodlevám při uvolňování paměti, nastavte tento argument na hodnotu optthruput![[Updated in September 2013]](../images/deltaend.gif)
.
Pokud používáte zásadu uvolňování paměti, nastavte tento argument na hodnotu gencon. Generační schéma se pokusí dosáhnout vysoké prostupnosti spolu se snížením doby pozastavení uvolňování paměti. K dosažení tohoto cíle je halda rozdělena na nové a staré segmenty. Objekty s dlouhou životností jsou přesunuty do starého prostoru, zatímco objekty s krátkou životností jsou pomocí uvolňování paměti rychle přesunuty do nového prostoru. Zásada gencon poskytuje významné výhody pro řadu aplikací. Není však vhodná pro všechny aplikace a její ladění je obvykle složitější.
Tento argument nastavte na hodnotu optavgpause, pokud má souběžné značení použité ke sledování podprocesů aplikace začít od zásobníku před zaplněním haldy. Při zadání tohoto parametru jsou prodlevy programu pro uvolnění paměti rovnoměrné a k dlouhým prodlevám nedochází. Při použití této zásady však dojde k omezení propustnosti, protože podprocesy mohou provádět operace navíc.
Chcete-li zvýšit výkon v systémech s více procesory, které obvykle používají více než osm procesorů, nastavte tento argument na hodnotu subpool. Tato zásada je k dispozici pouze v procesorech IBM System i, System p a System z. Zásada subpool se podobá zásadě optthruput, avšak halda je rozdělena do dílčích fondů, které poskytují zvýšenou rozšiřitelnost pro alokaci objektů.
Předcházení potížím: Platforma IBM i tento argument nepodporuje.
gotcha
- -XX
Prostředí Java SE 6 (Java Platform, Standard Edition 6) obsahuje funkci uvolňování paměti podle generací, která umožňuje, aby samostatné fondy paměti obsahovaly objekty s různým stářím. V rámci
cyklu uvolňování paměti jsou objekty uvolňovány navzájem nezávisle, podle svého stáří. Pomocí dalších parametrů můžete
nastavit velikosti jednotlivých fondů paměti. Chcete-li dosáhnout lepšího výkonu, nastavte velikost fondu obsahujícího objekty s krátkou životností tak, aby životnost objektů ve fondu nebyla delší než jeden cyklus uvolnění paměti. Velikost nového fondu generací lze určit pomocí parametrů NewSize a MaxNewSize.
Objekty, které "přežijí" první cyklus uvolňování paměti, jsou přeneseny do dalšího fondu. Pomocí parametru
SurvivorRatio můžete určit velikost fondu "přeživších" objektů.
SurvivorRatio. Ke sledování statistiky uvolňování paměti lze použít statistiky objektů, které shromažďuje nástroj Sledování výkonu Tivoli, nebo argument verbose:gc v nastavení konfigurace. Pokud se uvolňování paměti stane kritickým bodem výkonu, můžete nastavení fondu generací lépe upravit danému prostředí zadáním následujících argumentů.
-XX:NewSize=dolní_limit
-XX:MaxNewSize=horní_limit
-XX:SurvivorRatio=nový_poměr
Výchozí hodnoty:
- NewSize=2m
- MaxNewSize=32m
- SurvivorRatio=32
Doporučené postupy: Používáte-li však prostředí JVM s velikostí haldy 1 GB a více, měli byste nastavit následující hodnoty:
- -XX:NewSize=640m
- -XX:MaxNewSize=640m
- -XX:SurvivorRatio=16
bprac
Jako alternativu můžete nastavit 50 až 60 % celkové velikosti haldy do fondu nové generace.
Předcházení potížím: Platforma IBM i tento argument nepodporuje.
gotcha
- -Xminf
Minimální procentuální část haldy můžete změnit pomocí parametru -Xminf. Pokud velikost volného místa klesne pod určenou hodnotu, zvýší se velikost haldy . V režimu s povolenou obnovou udává tento argument minimální procentní část volného prostoru pro paměť middlewaru a přechodnou haldu. Hodnota tohoto argumentu se zadává jako číslo s plovoucí desetinnou čárkou v rozsahu 0 až 1. Výchozí hodnota je 0,3 (30 %).
Předcházení potížím: Platforma IBM i tento argument nepodporuje.
gotcha
- -server | -client
Technologie Java HotSpot Technology v prostředí Java SE 6 používá adaptivní prostředí JVM obsahující algoritmy pro optimalizaci zpracování bajtového kódu v průběhu času. Modul JVM pracuje ve dvou režimech: -server a -client.
Ve většině případů je výhodnější používat režim -server , který dlouhodobě poskytuje účinnější běhový výkon.
Při použití výchozího režimu -client je doba spouštění serveru kratší a je obsazen menší prostor paměti. Dlouhodobý výkon je však nižší. Používejte proto výkonnější režim -server, pokud není doba spouštění serveru důležitější než jeho výkon. Výkonové rozdíly mezi režimy -client a -server lze zjistit sledováním velikosti procesů a doby spouštění serveru.
Předcházení potížím: Platforma IBM i tento argument nepodporuje.
gotcha
- -Dcom.ibm.CORBA.RequestTimeout=časový_limit
Chcete-li nastavit časový limit pro odpovědi na požadavky odeslané z klienta, určete argument -Dcom.ibm.CORBA.RequestTimeout= časový_limit. Pro tento argument
lze použít volbu -D. Hodnota časový_limit udává časový limit v sekundách. Pokud v dané síti dochází k extrémním zpožděním, doporučuje se zadat větší hodnotu s cílem předejít častému vypršení časového limitu. Zadáte-li příliš nízkou hodnotu, může dojít k vypršení časového limitu pro aplikační server, který se podílí na správě
pracovní zátěže, ještě předtím, než obdrží odezvu.
Tento argument určete pouze v případech, kdy v aplikaci dochází k problémům s vypršením časového limitu. Pro tento argument nejsou k dispozici žádné doporučené hodnoty.
- -Dcom.ibm.server.allow.sigkill=true
Argument -Dcom.ibm.server.allow.sigkill=true umožňuje procesu agenta uzlu použít metodu ukončení procesu v případě, že metoda zastavení není dokončena v časovém intervalu zadaném ve vlastnosti Interval programu PING. Toto nastavení je vhodné v případě, že agent uzlu monitoruje aplikační server a ztratí kontakt s aplikačním serverem.
Pokud zásada monitorování pro daný aplikační server umožní agentu uzlu restartovat aplikační server, protože je pro něj povoleno automatické restartování, agent uzlu provede pro proces aplikačního serveru metodu zastavení. V průběhu ukončení zpracování agent uzlu monitoruje aplikační server a v případě, že nedojde k zastavení aplikačního serveru v časovém intervalu zadaném ve vlastnosti Interval programu PING a tento argument je nastaven na hodnotu true, což je výchozí hodnota, agent uzlu spustí pro aplikační server metodu ukončení za účelem zastavení procesu aplikačního serveru.
Při nastavení tohoto argumentu na hodnotu false agent uzlu pokračuje v monitorování ukončení zpracování, ale nepokouší se aplikační server restartovat.
Chcete-li k zakázání tohoto argumentu použít administrativní konzolu, klepněte na volby Administrace systému > Agenti uzlů > název_agenta_uzlu > Správa procesů a prostředí Java > Definice procesu > Prostředí JVM > Generické argumenty prostředí JVM.
- -Dcom.ibm.websphere.alarmthreadmonitor.hung_alarm_mute=
Tento argument určuje maximální počet opakování v případě, že má alarm v systémových protokolech ohlašovat zaplnění trasování zásobníku ve zprávách zablokovaného podprocesu.
Je-li aktivita podprocesu alarmu systému větší než prahová hodnota pro monitor podprocesu alarmu, aplikační server zaprotokoluje zprávu o zablokovaném podprocesu spolu s názvem podprocesu alarmu, dobou, po kterou byl podproces alarmu aktivní a úplnými údaji o výjimce ze zásobníku výjimek. Úplné údaje trasování zásobníku jsou užitečné při ladění a odstraňování příčin prodlev, avšak pokud jsou zprávy o zablokovaném podprocesu generovány často, mohou opakované dlouhé zprávy způsobit obtížné hledání dalších informací v systémových protokolech. Pro tento argument zadejte celočíselnou hodnotu větší než 0, která bude udávat maximální počet opakování, kdy má být pro jeden alarm vygenerována úplná sada údajů trasování zásobníku. Po dosažení této prahové hodnoty bude každá další zpráva o zablokovaném podprocesu obsahovat již jen položku obslužné rutiny pro alarm zablokování.
Výchozí hodnota 0 určuje, že všechny zprávy o zablokovaných podprocesech pro alarm mají obsahovat úplnou sadu údajů trasování zásobníku.
Poznámka: Tato vlastnost určuje prahovou hodnotu pro každou jednotlivou třídu obslužné rutiny alarmu, a nikoli pro celkový počet zpráv nebo pro jednotlivé instance obslužných rutin alarmu.
- -Dcom.ibm.websphere.native.logging.timestamp=true
Zadáním tohoto argumentu můžete před všechny zprávy ladění serveru, které se nacházejí ve výstupu do souborů protokolu native_stdout a native_stderr, přidat časovou značku a identifikátor podporocesu. Na základě časové značky a identifikátoru podprocesu můžete stanovit vztah mezi chováním komponent zaváděcího programu aplikačního serveru a chováním jiných mechanismů serveru, které jsou uvedeny v souborech protokolu SystemOut a SystemErr. Standardně je tento postup deaktivován.
Je-li server konfigurován s použitím obecného argumentu JVM -Dws.ext.debug=true, bude v průběhu zpracování zaváděcího programu zaznamenávat zprávy ladění do souborů native_stdout.log a native_stderr.log. Je-li také pro argument -Dcom.ibm.websphere.native.logging.timestamp nastavena hodnota true, bude server zaznamenávat zprávy ladění s časovou značkou a identifikátorem podprocesu, jak je předvedeno v následující ukázce:
[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
Poznámka: Argument -Dws.ext.debug=true se doporučuje používat pouze při obdržení pokynu od pracovníků podpory společnosti IBM.
- -Dcom.ibm.websphere.wlm.unusable.interval=interval
Tento argument se vztahuje pouze na platformu z/OS. Pokud dochází k aktualizaci stavu správy pracovní zátěže klienta příliš brzy nebo příliš pozdě, můžete změnit hodnotu vlastnosti com.ibm.websphere.wlm.unusable.interval určením argumentu -Dcom.ibm.websphere.wlm.unusable.interval=časový_limit. Tato vlastnost určuje čas v sekundách, po který klient správy pracovní zátěže čeká poté, co je některý server označen jako nedostupný, než je proveden opětný pokus o kontaktování klienta. Tento argument používá volbu -D. Výchozí hodnota je 300 sekund.
Pokud je pro danou vlastnost nastavena vysoká hodnota, bude server označen jako nedostupný po dlouhou dobu. V důsledku toho nemůže správce pracovní zátěže provést až do skončení časové prodlevy aktualizaci stavu správy pracovní zátěže klienta.
- -Dcom.ibm.ws.buffermgmt.impl.WsByteBufferPoolManagerImpl=
Tento argument se vztahuje pouze na platformu z/OS. Určete argument -Dcom.ibm.ws.buffermgmt.impl.WsByteBufferPoolManagerImpl=, chcete-li určit, že úložný prostor jednotlivých přímých bajtových vyrovnávacích pamětí má být uvolněn ihned, jakmile již vyrovnávací paměť není zapotřebí. Jedinou podporovanou hodnotou tohoto argumentu je hodnota com.ibm.ws.buffermgmt.impl.ZOSWsByteBufferPoolManagerImpl.
Přímé bajtové vyrovnávací paměti, které prostředí JVM používá ke zpracování dat požadavků, se přidělují z haldy LE (Language
Environment), nikoli z haldy JVM. Prostředí JVM typicky neuvolňuje nativní úložný prostor LE těchto přímých bajtových vyrovnávacích pamětí, ani když již nejsou potřebné, dokud není spuštěna další operace uvolňování paměti. V případě, že server zpracovává velké požadavky, může dojít k vyčerpání úložného prostoru LE dříve, než prostředí JVM spustí operaci uvolňování paměti, a k následnému nestandardnímu ukončení práce serveru (abend). Konfigurováním prostředí JVM s použitím následujícího argumentu zabráníte výskytu takových nestandardních ukončení.
-Dcom.ibm.ws.buffermgmt.impl.WsByteBufferPoolManagerImpl=com.ibm.ws.buffermgmt.impl.ZOSWsByteBufferPoolManagerImpl
Na platformě z/OS je třeba tento argument zadat také v případě, že určíte přizpůsobenou vlastnost zaioFreeInitialBuffers pro kanál TCP tak, aby kanál uvolnil počáteční vyrovnávací paměti pro čtení použité u nových připojení, jakmile připojení tyto vyrovnávací paměti přestane potřebovat.
- -DisSipComplianceEnabled=true|false
Určuje, zda je na serveru proxy protokolu SIP povolena kontrola shody protokolu SIP. Kontrola shody protokolu SIP zajišťuje, že zprávy protokolu SIP odpovídají standardu protokolu SIP (Session Initiation Protocol). Při nastavení této vlastnosti na hodnotu true bude kontrola shody protokolu SIP povolena.
Předcházení potížím: Pokud používáte server proxy v prostředí
WebSphere Application Server, Network Deployment systému z/OS a daný server proxy není součástí klastru, můžete pomocí přizpůsobené vlastnosti serveru proxy protokolu SIP isSipComplianceEnabled pro tento server proxy protokolu SIP povolit nebo zakázat kontrolu shody protokolu SIP. Pokud však používáte samostatný aplikační server nebo pokud je server proxy součástí klastru, je nutné k povolení nebo zakázání kontroly shody protokolu SIP použít tento generický argument prostředí JVM.
gotcha
- -Xshareclasses:none
Určením argumentu -Xshareclasses:none můžete zakázat volbu sdílení tříd pro konkrétní proces. Volba sdílení tříd, která je k dispozici v rámci prostředí Java SE 6, umožňuje sdílet třídy v mezipaměti. Sdílením tříd v mezipaměti lze
zkrátit dobu spouštění a snížit dopady na paměť. Volbu sdílení tříd mohou používat procesy, jako jsou aplikační
servery, agenti uzlů a správci implementace.
Použijete-li tuto volbu, měli byste vymazat mezipaměť, není-li proces používán. Mezipaměť lze vymazat voláním obslužného programu kořenový_adresář_aplikačního_serveru/bin/clearClassCache.bat/sh nebo zastavením procesu a jeho
opětným spuštěním.
Poznámka: Používáte-li clearclasscache, musíte před vymazáním celé mezipaměti zastavit všechna připojená prostředí JVM.
Předcházení potížím: ![[Solaris]](../solaris.gif)
![[HP-UX]](../hpux.gif)
Prostředí IBM JVM for J2SE 5 není podporováno v systémech Solaris, HP a IBM i.- Třídy aplikací Java EE běžící v procesu aplikačního serveru nejsou přidávány do sdílené mezipaměti třídy.
gotcha
- -XXallowvmshutdown:false
Argument -XXallowvmshutdown:false slouží k přechodu zpět na předchozí chování pro nesprávné prostředí JVM.
Prostředí Java 5.0 SR10 a Java 6 SR5 opravují problémy, při nichž nedojde ke správnému ukončení práce prostředí JVM (Java Virtual Machine). V případě aplikace, která závisí na původním chování, můžete přejít zpět na předchozí chování přidáním daného atributu do sekce Generické argumenty prostředí JVM.
Pro uživatele provádějící přechod: