JVM Tuning Summary (vii)-Typical Configuration Example 1

The following configuration is primarily for the generational garbage collection algorithm.

Heap Size Settings

The setting of the young generation is critical

The maximum heap size in the JVM has three limitations: the data Model (32-BT or 64-bit) of the associated operating system, the system's available virtual memory limits, and the available physical memory limits for the system. Under the 32-bit system, the 1.5g~2g;64 is generally limited to memory unrestricted for the operating system. In Windows Server 2003 system, 3.5G physical memory, JDK5.0 under test, can be set to 1478m max.

Typical settings:

Java -xmx3550m-xms3550m-xmn2g –xss128k

-xmx3550m: sets the maximum available memory for the JVM to 3550M.

-xms3550m: set the JVM to drive memory to 3550m. This value can be set to the same as-xmx to avoid the JVM reallocating memory after each garbage collection completes.

-xmn2g: Set the young generation size to 2G. The entire heap size = younger generation size + old generation size + persistent generation size. The permanent average fixed size is 64m, so increasing the younger generation will reduce the size of older generations. This value has a large impact on system performance, and Sun's official recommendation is 3/8 for the entire heap.

-xss128k: sets the stack size for each thread. After JDK5.0, each thread has a stack size of 1M, before each thread has a stack size of 256K. The size of the memory required for the more applied threads to be adjusted. In the same physical memory, reducing this value can generate more threads. However, the operating system of the number of threads within a process is still limited, can not be generated indefinitely, the empirical value of 3000~5000 around.

java-xmx3550m-xms3550m-xss128k -xx:newratio=4-xx:survivorratio=4-xx:maxpermsize=16m-xx:maxtenuringthreshold =0

-xx:newratio=4: Sets the ratio of the young generation (including Eden and the two survivor zone) to the old generation (except for the persistent generation). Set to 4, the ratio of the young generation to the old generation is 1:4, and the younger generation takes up 1/5 of the entire stack.

-xx:survivorratio=4: Sets the ratio of the size of Eden and survivor in the younger generation. Set to 4, the ratio of two survivor to one Eden area is 2:4, and a survivor area represents 1/6 of the entire young generation.

-xx:maxpermsize=16m: Set the persistent generation size to 16m.

-xx:maxtenuringthreshold=0: sets the maximum age for garbage. If set to 0, then the young generation object does not go through the survivor area, directly into the old generation. For older generations of more applications, can improve efficiency. If this value is set to a larger value, the younger generation objects are duplicated multiple times in the Survivor area, which increases the survival time of the object's younger generations, increasing the introduction of being recycled in the younger generation.

Collector Selection

The JVM gives three choices: the serial collector, the parallel collector, the concurrent collector , but the serial collector is only available for small amounts of data, so the choice here is primarily for the parallel collector and the concurrency collector. By default, JDK5.0 used a serial collector before, and if you want to use a different collector, you need to add the appropriate parameters at startup. After JDK5.0, the JVM is judged based on the current system configuration.

Throughput-First parallel collector

As mentioned above, the parallel collector is mainly aimed at reaching a certain throughput, and is suitable for science and technology and background processing.

Typical configuration:

java-xmx3800m-xms3800m-xmn2g-xss128k -xx:+useparallelgc-xx:parallelgcthreads=20

-XX:+USEPARALLELGC: Select the garbage collector as the parallel collector. This configuration is only valid for younger generations. In this configuration, the younger generation uses concurrent collection, while the older generation still uses serial collection.

-xx:parallelgcthreads=20: Configures the number of threads for a parallel collector, that is, how many threads are garbage collected together. This value is best configured to be equal to the number of processors.

Java-xmx3550m-xms3550m-xmn2g-xss128k-xx:+useparallelgc-xx:parallelgcthreads=20 -XX:+UseParallelOldGC

-XX:+USEPARALLELOLDGC: Configure the old generation garbage collection method for parallel collection. JDK6.0 supports parallel collection of older generations.

JAVA-XMX3550M-XMS3550M-XMN2G-XSS128K-XX:+USEPARALLELGC -xx:maxgcpausemillis=100

-xx:maxgcpausemillis=100: Sets the maximum time for each young generation of garbage collection, and if this time is not met, the JVM automatically adjusts the younger generation size to meet this value.

n java-xmx3550m-xms3550m-xmn2g-xss128k-xx:+useparallelgc-xx:maxgcpausemillis=100 -XX:+UseAdaptiveSizePolicy< /c1>

-xx:+useadaptivesizepolicy: When this option is set, the parallel collector automatically selects the size of the younger generation and the corresponding Survivor area scale to achieve the minimum corresponding time specified by the target system or the collection frequency, etc. This value is recommended when using the parallel collector and is always turned on.

Concurrency collector with response time precedence

As mentioned above, the concurrency collector is mainly to ensure the response time of the system, reduce the time of the garbage collection downtime. It is suitable for application server, telecom field and so on.

Typical configuration:

Java-xmx3550m-xms3550m-xmn2g-xss128k-xx:parallelgcthreads=20 -XX:+USECONCMARKSWEEPGC-XX:+USEPARNEWGC

-XX:+USECONCMARKSWEEPGC: set old age on behalf of concurrent collection. After configuring this in the test, the configuration of the-xx:newratio=4 is invalid for unknown reasons. Therefore, at this time the younger generation size is best set with-XMN.

-XX:+USEPARNEWGC: set Young on behalf of the parallel collection. Can be used concurrently with CMS collection. JDK5.0 above, the JVM will set itself according to the system configuration, so it is no longer necessary to set this value.

JAVA-XMX3550M-XMS3550M-XMN2G-XSS128K-XX:+USECONCMARKSWEEPGC -xx:cmsfullgcsbeforecompaction=5-xx:+ Usecmscompactatfullcollection

-xx:cmsfullgcsbeforecompaction: Because the concurrent collector does not compress and defragment the memory space, it can produce "fragmentation" after a period of time, which makes the operation less efficient. This value sets how many times a GC is run to compress and defragment the memory space.

-xx:+usecmscompactatfullcollection: turn on compression for older generations. Performance may be affected, but fragmentation can be eliminated

Ancillary information

The JVM provides a number of command-line arguments to print information for debugging purposes. There are mainly the following:

-XX:+PRINTGC: output form: [GC 118250k->113543k (130112K), 0.0094143 secs] [Full GC 121376k->10414k (130112K), 0.0650971 secs]

-xx:+printgcdetails: output form: [GC [defnew:8614k->781k (9088K), 0.0123035 secs] 118250k->113543k (130112K), 0.0124633 secs] [GC [defnew:8614k->8614k (9088K), 0.0000665 secs][tenured:112761k->10414k (121024K), 0.0433488 secs] 121376k->10414k (130112K), 0.0436268 secs]

-xx:+printgctimestamps -xx:+printgc:printgctimestamps can be mixed with the above two
Output form: 11.851: [GC 98328k->93620k (130112K), 0.0082960 secs]

-xx:+printgcapplicationconcurrenttime: The execution time of the program is not interrupted before each garbage collection is printed. Can be mixed with the above. Output form: Application time:0.5291524 seconds

-xx:+printgcapplicationstoppedtime: The time the program was paused during the print garbage collection. Can be mixed with the above. Output form: Total time for which application threads were stopped:0.0468229 seconds

-XX:PRINTHEAPATGC: detailed stack information before and after the GC is printed. Output form:

34.702: [GC {HEAP before GC invocations=7:

def New Generation Total 55296K, used 52568K [0x1ebd0000, 0x227d0000, 0x227d0000)

Eden Space 49152K, 99% used [0x1ebd0000, 0x21bce430, 0x21bd0000)

From space 6144K, 55% used [0x221d0000, 0x22527e10, 0x227d0000)

To space 6144K, 0% used [0x21bd0000, 0x21bd0000, 0x221d0000)

Tenured generation total 69632K, used 2696K [0x227d0000, 0x26bd0000, 0x26bd0000)

The space 69632K, 3% used [0x227d0000, 0x22a720f8, 0x22a72200, 0x26bd0000)

Compacting Perm Gen Total 8192K, used 2898K [0x26bd0000, 0x273d0000, 0x2abd0000)

The space 8192K, 35% used [0x26bd0000, 0x26ea4ba8, 0X26EA4C00, 0x273d0000)

Ro space 8192K, 66% used [0x2abd0000, 0X2B12BCC0, 0x2b12be00, 0x2b3d0000)

RW Space 12288K, 46% used [0x2b3d0000, 0x2b972060, 0x2b972200, 0x2bfd0000)

34.735: [defnew:52568k->3433k (55296K), 0.0072126 secs] 55264k->6615k (124928K) Heap after GC invocations=8:

def New Generation Total 55296K, used 3433K [0x1ebd0000, 0x227d0000, 0x227d0000)

Eden Space 49152K, 0% used [0x1ebd0000, 0x1ebd0000, 0x21bd0000)

From space 6144K, 55% used [0x21bd0000, 0x21f2a5e8, 0x221d0000)

To space 6144K, 0% used [0x221d0000, 0x221d0000, 0x227d0000)

Tenured generation total 69632K, used 3182K [0x227d0000, 0x26bd0000, 0x26bd0000)

The space 69632K, 4% used [0x227d0000, 0x22aeb958, 0x22aeba00, 0x26bd0000)

Compacting Perm Gen Total 8192K, used 2898K [0x26bd0000, 0x273d0000, 0x2abd0000)

The space 8192K, 35% used [0x26bd0000, 0x26ea4ba8, 0X26EA4C00, 0x273d0000)

Ro space 8192K, 66% used [0x2abd0000, 0X2B12BCC0, 0x2b12be00, 0x2b3d0000)

RW Space 12288K, 46% used [0x2b3d0000, 0x2b972060, 0x2b972200, 0x2bfd0000)

}

, 0.0757599 secs]

-xloggc:filename: in conjunction with the above several, log information to the file for analysis.

JVM Tuning Summary (vii)-Typical Configuration Example 1