08.06.2014 Views

Download PDF (1.3 MB) - IBM Redbooks

Download PDF (1.3 MB) - IBM Redbooks

Download PDF (1.3 MB) - IBM Redbooks

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!