Setările maşinii virtuale Java (JVM)

83.29/3724.32 * 100 = 2.236 la sută

Dacă petreceţi mai mult de 5 procente din timpul dumneavoastră pentru colectarea gunoiului şi dacă apare frecvent colectarea gunoiului, aţi putea avea nevoie să vă creşteţi dimensiunea heap Java.

Pentru a determina dacă memoria heap alocată creşte, uitaţi-vă la procentajul memoriei heap care rămâne nealocat după fiecare ciclu de colectare gunoi şi verificaţi că procentajul nu continuă să scadă. Dacă procentajul spaţiului liber continuă să scadă experimentaţi o creştere gradată în dimensiunea heap din colectare în colectare a gunoiului. Această situaţie ar putea indica că aplicaţia dumneavoastră are o scurgere de memorie.

Specificaţi -DhotRestartSync dacă doriţi să activaţi caracteristica hot restart sync sau serviciul de sincronizare. Această caracteristică indică serviciului de sincronizare că instalaţia rulează într-un mediu unde actualizările de configuraţie nu sunt făcute când managerul de implementare nu este activ. Astfel, serviciul nu trebuie să realizeze o comparaţie magazie completă când serverele managerului de implementare sau agentului nod repornesc. Activarea acestei caractristici îmbunătăţeşte eficienţa primei operaţii de sincronizare după ce managerul de implementare sau agentul nod reporneşte, în special pentru instalările care includ ediţii celulă mixte, utilizează mai multe noduri şi rulează mai multe aplicaţii.

Setaţi această opţiune la true dacă doriţi să activaţi funcţia Advanced Encryption Standard (AES) care ceste furnizată cu IBM SDK and Runtime Environment for AIX, Java Technology Edition, Versiunea 7. AES este un cifru de blocare simetric care criptează şi decriptează date în mai multe reprize. Activarea acestei funcţii a avut ca rezultat îmbunătăţiri de performanţă în procesarea WebSphere Application Server SSL.

Specificaţi-Xverify:none dacă doriţi să ocoliţi etapa de verificare a clasei în timpul încărcării clasei. Utilizarea -Xverify:none dezactivează verificarea de clasă Java, care poate furniza o îmbunătăţire de 10-15 procente la timpul de pornire. Oricât de corupte sau nevalide sunt datele claselor, acestea nu sunt detectate atunci când acest argument este specificat. Dacă datele clasei corupte sunt încărcate, JVM s-ar putea comporta într-un mod neaşteptat, sau JVM ar putea eşua.

Evitarea necazurilor:

• Nu utilizaţi acest argument dacă faceţi modificări în codul de octeţi, deoarece JVM ar putea eşua dacă survine orice eroare de instrumentare.
• Dacă survine o eşuare a JVM sau JVM se comportă într-un mod neaşteptat cât timp acest argument este în vigoare, înlăturaţi acest argument ca prim pas în depanarea problemei dumneavoastră JVM.
• IBM i nu suportă acest argument.

gotcha

Specificaţi-Xnoclassgc dacă doriţi să dezactivaţi colectarea gunoiului clasă. Acest argument rezultă în reutilizarea mai multor clase şi a unei preformanţe uşor îmbunătăţire. Totuşi, resursele deţinute de către aceste clase rămân în utilizare atunci când clasele nu sunt apelate.

Evitarea necazurilor: Impactul asupra performanţei a colectării gunoilui pe clasă este de obicei minim, iar închiderea colectării gunoiului pe clasă pe un sistem bazat Java Platatform, Enterprise Edition (Java EE), cu utilizarea accentuată a încărcătorilor de clasă ai aplicaţiei, ar putea crea o scurgere de memorie a datelor claselor şi poate determina JVM să arunce o Out-of-Memory Exception.gotcha

Puteţi utiliza setarea de configuraţie verbose:gc dacă doriţi să monitorizaţi colectarea gunoiului. Puteţi utiliza ieşirea rezultată pentru a determina impactul asupra performanţei pe care-l are reclamarea acestor resurse.

Dacă specificaţi argumentul -Xnoclassgc, oricând implementaţi din nou o aplicaţie, ar trebui să reporniţi întotdeauna serverul de aplicaţii pentru a curăţa clasele şi datele statice din versiunile anterioare ale aplicaţiei.

Evitarea necazurilor: IBM i nu suportă acest argument. Trebuie să utilizaţi argumentul-noclassgc pentru a dezactiva colectarea gunoiului pe această platformă.gotcha

Specificaţi -Xgcthreads dacă doriţi să utilizaţi mai multe fire de execuţie ale colectării gunoiului în acelaşi timp. Această tehnică a colectării gunoiului este cunoscută precum colectare gunoi în paralel. Acest argument este valid doar pentru IBM Developer Kit.

Când introduceţi această valoare în câmpul Argumente JVM generice, introduceţi, de asemenea, numărul procesoarelor care rulează pe maşina dumneavoastră.

Specificaţi -Xgcthreads după cum urmează:

-Xgcthreads<număr de procesoare>

Evitarea necazurilor: Nu adăugaţi un spaţiu între --Xgcthreads şi valoarea n pentru numărul de procesoare.

-Xgcthreads5 este un exemplu de specificare -Xgcthreads cu 5 procesoare.

gotcha

Cel mai bun exerciţiu: Ar trebui să utilizaţi colectarea în paralel a gunoiului dacă maşina dumneavoastră are mai mult de un procesor.bprac

Evitarea necazurilor: IBM i nu suportă acest argument.gotcha

Specificaţi -Xnocompactgc dacă doriţi să dezactivaţi compactarea heap. Compactarea heap este cea mai scumpă operaţie de colectare gunoi. Dacă utilizaţi IBM Developer Kit, ar trebui să evitaţi compactarea heap. Dacă dezactivaţi compactarea heap, eliminaţi toate regiile asociate.

Evitarea necazurilor: IBM i nu suportă acest argument.gotcha

Specificaţi -Xgcpolicy pentru a seta politica colectării gunoiului. Acest argument este valid doar pentru IBM Developer Kit.

Setaţi acest argument la optthruput dacă vreţi să optimizaţi debitul, şi nu creează o problemă dacă apar pauze de colecţie gunoi lungi.

Setaţi acest argument pegencon, dacă utilizaţi un colector gunoi generaţional. Schema generaţională încearcă să atingă un debit înalt împreună cu reducerea timpurilor de pauză a colectării gunoiului. Pentru a realiza acest scop, heap-ul este separat în segmente noi şi segmente vechi. Obiectele cu viaţă lungă sunt promovate la spaţiul vechi în timp ce obiectele cu viaţă scurtă sunt colectate la gunoi rapid în spaţiul nou. Politica gencon furnizează beneficii semnificante pentru multe aplicaţii. Totuşi nu este potrivit pentru toate aplicaţiile, şi este de obicei mai dificil de ajustat.

Setaţi acest argument pe optavgpause, dacă doriţi semnarea concurentă utilizată să urmărească firele de execuţie ale aplicaţiei ce pornesc din stivă înainte ca heap-ul să devină complet. Când acest parametru este specificat, pauzele colectorului de gunoi devin uniforme şi pauzele lungi nu sunt aparente. Totuşi, utilizarea acestei politici reduce debitul deoarece firele de execuţie ar putea trebui să lucreze suplimentar.

Setaţi acest argument pe subpool, dacă doriţi să creşteţi performanţa pe sistemele multiprocesor, care utilizează de obicei mai mult de opt procesoare. Această politică este disponibilă doar pe procesoare IBM System i, System p şi System z. Politica subpool este asemănătoare cu politica optthruput în afara faptului că heap-ul este divizat în subpool-uri care furnizează scalabilitate îmbunătăţită pentru alocarea obiectului.

Evitarea necazurilor: IBM i nu suportă acest argument.gotcha

Java Platform, Standard Edition 6 (Java SE 6) are colectare de gunoi pe generaţii, ceea ce permite pool-urilor de memorie separate să conţină obiecte cu vârste diferite. Ciclul de colectare gunoi colectează obiectele independent unul de altul în funcţie de vârstă. Cu parametri adiţionali, puteţi seta dimensiunea pool-urilor de memorie individual. Pentru a realiza o mai bună performanţă, setaţi dimensiunea pool-ului ce conţine obiectele care au cicluri scurte de viaţă, astfel încât obiectele din pool nu sunt ţinute prin mai mult de un ciclu de colectare gunoi. Utilizaţi parametri NewSize şi MaxNewSize pentru a specifica dimensiunea noului pool generare.

-XX:NewSize=lower_bound 
-XX:MaxNewSize=upper_bound
 -XX:SurvivorRatio=new_ratio_size 

Cel mai bun exerciţiu: Totuşi, dacă aveţi un JVM cu mai mult de 1 GB dimensiune heap, ar trebui să utilizaţi următoarele valori:

• -XX:NewSize=640m
• -XX:MaxNewSize=640m
• -XX:SurvivorRatio=16

bprac

Alternativ, aţi putea seta 50% pâna la 60% din dimensiunea heap totală unui nou pool generare.

Evitarea necazurilor: IBM i nu suportă acest argument.gotcha

Specificaţi-Xminf dacă doriţi să modificaţi minimuil de procentaj al dimensiunii heap libere. Heap-ul se măreşte dacă spaţiul liber este sub cantitatea specificată. În modul resetare activată, acest argument specifică minimul procentajului de spaţiu liber pentru heap-urile middleware şi transient. Valoarea specificată pentru acest argument este un număr în virgulă mobilă, de la 0 la 1. Implicit este .3 (30 procent).

Evitarea necazurilor: IBM i nu suportă acest argument.gotcha

Java HotSpot Technology in Java SE 6 utilizează un JVM adaptiv care conţine algoritmi care, în timp, optimizează modul în care se realizează codul octet. JVM rulează în două moduri, -server şi -client. În cele mai multe cazuri, utilizaţi modul -server , ce prodice performanţe runtime mai eficiente peste o perioadă de timp extinsă.

Dacă folosiţi modul implicit -client, timpul de startup al serverului este mai rapid şi este creat un spaţiu ocupat mai mic în memorie. Totuşi acest mod diminuează performanţa extinsă. Utilizaţi modul -server, care îmbunătăţeşte performanţa doar dacă timpul de startup al serverului este de o importanţă mai mare decât performanţa. Puteţi monitoriza dimensiunea procesului şi timpul de startup al serverului pentru a verifica diferenţa de performanţă dintre utilizarea modurilor -client şi -server.

Evitarea necazurilor: IBM i nu suportă acest argument.gotcha

Specifică argumentul -Dcom.ibm.CORBA.RequestTimeout= timeout_interval pentru a seta perioada de timeout pentru răspunderea la cererile trimise de client. Acest argument utilizează opţiunea -D. timeout_interval este perioada de timeout în secunde. Dacă reţeaua dumneavoastră are latenţă extremă, specificaţi o valoare mare pentru a preveni timeout-urile. Dacă specificaţi o valoarea prea mică, un server de aplicaţii care participă la gestionarea încărcării de lucru, poate avea timeout înainte de a primi un răspuns.

Specificaţi acest argument doar dacă aplicaţia dumneavoastră are probleme cu timeout-urile. Nu există valori recomandate pentru acest argument.

Argumentul -Dcom.ibm.server.allow.sigkill=true permite procesului agentului de noduri să utilizeze metoda de terminare a unui proces când metoda de oprire nu se finalizează în intervalul de timp specificat pentru intervalul de Ping. Această setare este utilă când agentul de noduri monitorizează un server de aplicaţii şi pierde contactul cu acel server de aplicaţii.

Când politica de monitorizare pentru serverul de aplicaţii permite agentului de noduri să repornească serverul de aplicaţii pentru că este activată repornirea automată pentru serverul de aplicaţii, agentul de noduri execută metoda de oprire pe procesul serverului de aplicaţii. În timpul procesării opririi, agentul de noduri monitorizează serverul de aplicaţii şi dacă serverul de aplicaţii nu se opreşte în intervalul de timp specificat pentru intervalul Ping şi acest argument este setat la true, care este valoarea implicită, agentul de noduri execută metoda de terminare pe procesul serverului de aplicaţii pentru a-l opri.

Dacă setaţi acest argument la false, agentul de noduri continuă să monitorizeze procesul de oprire, dar nu încearcă să repornească serverul de aplicaţii.

Pentru a utiliza consola administrativă pentru a dezactiva acest argument, apăsaţi pe Administrare sistem > Agenţi de noduri> nodeagent_name > Java & Gestiunea proceselor > Definiţie proces > Java Virtual Machine > Argumente JVM generice.

Acest argument specifică numărul maxim de dăţi în care o alarmă raportează urmă sa de stivă plină în mesaje de fire de execuţie suspendate în jurnalele de sistem.

Atunci când un fir de execuţie alarmă de sistem este activ mai mult decât pragul de monitorizare al firelor de execuţie, serverul de aplicaţii înregistrează un mesaj de fir de execuţie suspendat cu numele firului de execuţie alarmă, lungimea timpului în care alarma a fosta ctivă, şi urma de stivă excepţie plină. Urma de stivă plină este utilă pentru depanarea cauzei întârzierii, dar dacă mesajele de fire de execuţie suspendate sunt declanşate frecvent, meajele lungi repetate pot face alte informaţii în jurnalele de sistem greu de găsit. Setaţi acest argument la o valoare întreagă mai mare decât 0 pentru specificarea numărului maxim de ori în care orice alarmă singulară raportează urma sa de stivă plină. După ce este atins acest prag, fiecare mesaj de fir de execuţie următor include doar intrarea handler-ului suspendat de alarmă.

Valoarea implicită a 0 indică faptul ca toate mesajele de fire de execuţie suspendate pentru o alarmă includ urma de stivă plină.

Specificaţi acest argument pentru adăugarea unei amprente de timp şi identificator de fir de execuţie înainte ca toate mesajele de depanare de server care sunt ieşite la fişierele jurnal native_stdout şi native_stderr. Puteţi utiliza amprenta de timp şi identificatorul de fir de execuţie pentru corelarea comportamentelor componentelor bootstrap de server de aplicaţii cu comportamentele altor mecanisme de server, care sunt indicate în fişierele istoric SystemOut şi SystemErr. Acest comportament este dezactivat implicit.

Atunci când serverul este configurat cu argumentul generic JVM -Dws.ext.debug=true, emite mesaje de depanare în timpul realizării de bootstrap secvenţei la native_stdout.log şi native_stderr.log. Dacă -Dcom.ibm.websphere.native.logging.timestamp este de asemenea setat la adevărat, serverul emite mesajele de depanare cu o amprentă de timp şi identificator de fir de execuţie, aşa cum este afişat în următorul exemplu:

[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

Acest argument se aplică doar pentru z/OS. Specificaţi argumentul -Dcom.ibm.websphere.wlm.unusable.interval= timeout_interval pentru a modifica valoarea proprietăţii com.ibm.websphere.wlm.unusable.interval atunci când starea gestionării încărcării de lucru a clientului se reîmprospătează prea repede sau prea târziu. Această proprietate specifică, în secunde, durata pe care runtime-ul client gestionare încărcare de lucru aşteaptă după ce a marcat un server ca nefiind disponibil înainte de a încerca să contacteze din nou serverul. Acest argument utilizează opţiunea -D. Valoarea implicită este de 300 secunde. Dacă proprietatea este setată pe o valoare mare, serverul este marcat ca fiind nedisponibil pentru o lungă perioadă de timp. Aceasta previne protocolul de reîmprospătare gestiune încărcare de lucru să reîmprospăteze starea gestiune management a clientului până după ce perioada de timp s-a încheiat.

Acest argument se aplică doar pentru z/OS. Specificaţi argumentul -Dcom.ibm.ws.buffermgmt.impl.WsByteBufferPoolManagerImpl= pentru a arăta că spaţiul de stocare pentru bufferele octet individuale directe ar trebui eliberate imediat ce bufferul nu mai este necesar. Singura valoarea suportată pentru acest argument este com.ibm.ws.buffermgmt.impl.ZOSWsByteBufferPoolManagerImpl.

-Dcom.ibm.ws.buffermgmt.impl.WsByteBufferPoolManagerImpl=com.ibm.ws.buffermgmt.impl.ZOSWsByteBufferPoolManagerImpl

Pe platforma z/OS, trebuie să specificaţi, de asemenea, acest argument dacă specificaţi proprietatea personalizată zaioFreeInitialBuffers pentru ca un canal TCP să aibă ca ediţie de canal buffer-ele de citire iniţiale utilizate pe noile conexiuni imediat ce aceste buffer-e nu mai sunt necesare pentru conexiune.

Arată dacă verificarea compatibilităţii SIP este activată în serverul proxy SIP. Verificarea compatibilităţii SIP verifică dacă mesajele SIP sunt în corcondanţă cu standardulSession Initiation Protocol. Când această proprietate este setată pe true, verificarea compatibilităţii SIP este activată.

Evitarea necazurilor: Dacă rulaţi un server proxy într-un mediu z/OS WebSphere Application Server, Network Deployment, şi acest server proxy nu este parte a unui cluster, puteţi utiliza proprietatea personalizată de server proxy SIP isSipComplianceEnabled pentru a activa sau dezactiva verificarea compatibilităţii SIP pentru serverul proxy SIP. Totuşi, dacă rulaţi un server de aplicaţii autonom sau serverul dumneavoastră proxy este parte a unui cluster, trebuie să utilizaţi acest agument generic JVM pentru a activa sau dezactiva verificarea compatibilităţii SIPgotcha

Specificaţi argumentul -Xshareclasses:none pentru a dezactiva opţiunea clase partajate pentru un proces. Opţiunea de partajare clase, care este disponibilă cu Java SE 6, vă lasă să partajaţi clase într-un cache. Partajarea claselor în cache poate îmbunătăţi timpul de pornire şi reduce spaţiu ocupat al memoriei. Procesele, precum serverele de aplicaţii, agenţii nod şi managerii de implementare, pot utiliza opţiunile claselor partajare.

Dacă utilizaţi această opţiune, ar trebui să curăţaţi cache-ul atunci când proceul nu este utilizat. Pentru a curăţa cache-ul, fie apelaţi utilitatea app_server_root/bin/clearClassCache.bat/sh sau opriţi procesul şi apoi reporniţi procesul.

Evitarea necazurilor:

• IBM JVM for J2SE 5 nu este suportat pe Solaris, HP şi IBM i.
• Clasele de aplicaţii Java EE care rulează într-un proces de server de aplicaţii nu sunt adăugate la cache-ul de clase partajate.

gotcha

Utilizaţi argumentul -XXallowvmshutdown:false pentru a reveni la un comportament anterior pentru JVM-ul care nu este corect. Java 5.0 SR10 şi Java 6 SR5 - problemele în care maşina virtuală Java (JVM) nu se opreşte corect. Dacă aveţi o aplicaţie care depinde de comportamentul vechi, puteţi reveni la comportamentul anterior, adăugând acest argument în secţiunea Argumente JVM generice.