Java Language
JVM-flaggor
Sök…
Anmärkningar
Det rekommenderas starkt att du bara använder dessa alternativ:
- Om du har en grundlig förståelse för ditt system.
- Om du använder felaktigt kan dessa alternativ ha en negativ inverkan på systemets stabilitet eller prestanda.
Information samlad från officiell Java-dokumentation .
-XXaggressive
-XXaggressive är en samling av konfigurationer som gör att JVM fungerar i hög hastighet och når ett stabilt tillstånd så snart som möjligt. För att uppnå detta mål använder JVM fler interna resurser vid start; emellertid kräver det mindre anpassningsbar optimering när målet nås. Vi rekommenderar att du använder det här alternativet för långkörande, minnesintensiva applikationer som fungerar ensamma.
Användande:
-XXaggressive:<param>
| <Param> | Beskrivning |
|---|---|
opt | Scheman anpassar optimeringar tidigare och möjliggör nya optimeringar, som förväntas vara standard i framtida utgåvor. |
memory | Konfigurerar minnessystemet för minnesintensiva arbetsbelastningar och ställer en förväntan på att möjliggöra stora mängder minnesresurser för att säkerställa hög genomströmning. JRockit JVM kommer också att använda stora sidor, om tillgängliga. |
-XXallocClearChunks
Det här alternativet låter dig rensa en TLA för referenser och värden vid TLA-allokeringstiden och hämta nästa del. När ett heltal, en referens eller något annat deklareras har det ett standardvärde på 0 eller noll (beroende på typ). Vid rätt tidpunkt måste du rensa dessa referenser och värden för att frigöra minnet på högen så att Java kan använda eller återanvända det. Du kan göra antingen när objektet tilldelas eller med det här alternativet när du begär en ny TLA.
Användande:
-XXallocClearChunks
-XXallocClearChunks=<true | false>
Ovanstående är ett booleskt alternativ och rekommenderas generellt på IA64-system; i slutändan beror dess användning på applikationen. Om du vill ställa in storleken på bitar rensade, kombinerar detta alternativ med -XXallocClearChunkSize . Om du använder denna flagga men inte anger ett booleskt värde är standarden true .
-XXallocClearChunkSize
När det används med -XXallocClearChunkSize , -XXallocClearChunkSize detta alternativ storleken på bitarna som ska rensas. Om denna flagga används men inget värde anges är standard 512 byte.
Användande:
-XXallocClearChunks -XXallocClearChunkSize=<size>[k|K][m|M][g|G]
-XXcallProfiling
Detta alternativ möjliggör användning av samtalsprofilering för kodoptimeringar. Profilering registrerar användbar runtime-statistik som är specifik för applikationen och kan - i många fall - öka prestanda eftersom JVM sedan kan agera på den statistiken.
Obs: Det här alternativet stöds med JRockit JVM R27.3.0 och senare version. Det kan bli standard i framtida versioner.
Användande:
java -XXcallProfiling myApp
Detta alternativ är som standard inaktiverat. Du måste aktivera den för att använda den.
-XXdisableFatSpin
Det här alternativet inaktiverar fettlåsspinnkoden i Java, så att trådar som blockerar att försöka skaffa en fettlås gå direkt i vila.
Objekt i Java blir ett lås så snart varje tråd kommer in i ett synkroniserat block på det objektet. Alla lås hålls (det vill säga stannade låsta) tills de frigörs av låstråden. Om låset inte kommer att släppas väldigt snabbt kan det blåsa upp till ett "fettlås." “Spinning” inträffar när en tråd som vill ha ett visst lås kontinuerligt kontrollerar det låset för att se om det fortfarande är taget och snurrar i en hård slinga när den gör kontrollen. Att snurra mot ett fettlås är i allmänhet fördelaktigt även om det i vissa fall kan vara dyrt och kan påverka prestandan. -XXdisableFatSpin låter dig stänga av snurrning mot ett fettlås och eliminera den potentiella prestandahit.
Användande:
-XXdisableFatSpin
-XXdisableGCHeuristics
Det här alternativet inaktiverar förändringar i avfallssamlarens strategi. Komprimeringsheuristik och heuristik på plantskolans storlek påverkas inte av detta alternativ. Som standard är skräppsamlingsheuristiken aktiverad.
Användande:
-XXdisableFatSpin
-XXdumpSize
Det här alternativet gör att en dumpfil skapas och låter dig ange den relativa storleken på den filen (det vill säga liten, medelstor eller stor).
Användande:
-XXdumpsize:<size>
| <Storlek> | Beskrivning |
|---|---|
none | Genererar inte en dumpfil. |
small | I Windows genereras en liten dump-fil (på Linux genereras en full-core dump). En liten dump innehåller bara trådstakarna inklusive deras spår och mycket lite annat. Detta var standard i JRockit JVM 8.1 med servicepaket 1 och 2, samt 7.0 med servicepack 3 och högre). |
normal | Orsakar att en normal dumpning genereras på alla plattformar. Den här dumpfilen innehåller allt minne utom Java-högen. Detta är standardvärdet för JRockit JVM 1.4.2 och senare. |
large | Inkluderar allt som finns i minnet, inklusive Java-högen. Detta alternativ gör -XXdumpSize motsvarande -XXdumpFullState . |
-XXexitOnOutOfMemory
Det här alternativet gör att JRockit JVM går ut vid första uppträdandet av ett minnesfel. Det kan användas om du föredrar att starta om en instans av JRockit JVM snarare än att hantera minnesfel. Ange det här kommandot vid uppstart för att tvinga JRockit JVM att lämna vid den första förekomsten av ett minnesfel.
Användande:
-XXexitOnOutOfMemory
