Download PDF (1.3 MB) - IBM Redbooks
Download PDF (1.3 MB) - IBM Redbooks
Download PDF (1.3 MB) - IBM Redbooks
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
In addition, Cross-Component Tracing (XCT) is useful for problem determination, enabling<br />
correlation of Service Component Architecture (SCA) component information with log entries.<br />
However, do not use XCT in production or while obtaining performance data. Two levels of<br />
XCT settings are possible:<br />
► Enable<br />
► Enable with data snapshot<br />
Both incur significant performance resource usage. Enable with data snapshot is costly<br />
because of the additional I/O involved in saving snapshots in files.<br />
To enable or disable XCT, click Troubleshooting Cross-Component Trace. Select the<br />
XCT setting from three options under the Configuration or Runtime tab:<br />
► Enable<br />
► Disable<br />
► Enable with data snapshot<br />
Changes made on the Runtime tab take effect immediately. Changes made on the<br />
Configuration tab require a server restart to take effect.<br />
Further information is provided in the “Managing Log Level Settings in TeamWorks” technote:<br />
http://www.ibm.com/support/docview.wss?uid=swg21439659<br />
4.3.2 Java memory management tuning parameters<br />
This section lists several frequently used Java virtual machine (JVM) memory management<br />
tuning parameters. For a complete list, see the JVM tuning guide offered by your JVM<br />
supplier.<br />
To change the JVM parameters, complete the following steps:<br />
1. Go to the JVM administrative window by first clicking Servers Application <br />
Performance Monitoring Infrastructure<br />
2. Select the server on which you want to change the JVM tuning parameters.<br />
3. Click Server Infrastructure Java and Process Management Process<br />
Definition Additional Properties Java Virtual Machine.<br />
4. Change the JVM parameters on this panel.<br />
Java garbage collection policy<br />
The default garbage collection (GC) algorithm on platforms with an <strong>IBM</strong> JVM is a generational<br />
concurrent collector (specified with -Xgcpolicy:gencon under the Generic JVM arguments on<br />
the JVM administrative console panel). Our internal evaluation shows that this garbage<br />
collection policy usually delivers better performance with a tuned nursery size, as described<br />
in the next section.<br />
Java heap sizes<br />
To change the default Java heap sizes, set the initial heap size and maximum heap size<br />
explicitly on the JVM window in the administrative console. The 64-bit JVMs (the suggested<br />
mode for Business Process Manager servers) support much larger heap sizes than 32-bit<br />
JVMs. Use this capability to relieve memory pressure in the Java heap, but always ensure that<br />
there is sufficient physical memory to back the JVM heap size and all other memory<br />
requirements.<br />
Chapter 4. Performance tuning and configuration 53