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

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Restarting the Process Server clears the caches so if code is deployed and it is required that<br />

the change is recognized immediately, the Process Server can be restarted, or the PO cache<br />

can be reset through the Process Admin console under the Manage Caches link.<br />

A related configuration setting is the number of objects in the cache. Two configuration flags<br />

in 00Static.xml file can manage this value:<br />

► 500<br />

► 500<br />

For low volume environments with relatively few process applications and coaches, this value<br />

may be sufficient. However, for more complex environments with many process applications<br />

or coaches, increase this value so that the process applications and coaches are held in the<br />

cache of their initial use. This step can improve response time when accessing these process<br />

applications and coaches. For example, increase each of these values to 1500.<br />

When the cache is “cold” after a restart, initial coach load times might take longer until the<br />

cache is populated.<br />

The effectiveness of these caches can be monitored through the Instrumentation Page in the<br />

Process Admin console, which indicates how many cache hits and misses occurred. For<br />

more detailed analysis, obtain Instrumentation logs from this page, and which can be<br />

analyzed by <strong>IBM</strong> Support through a PMR to determine whether further cache-size increases<br />

are warranted.<br />

The UCP column in the Manage Caches page of the Process Admin console can also be<br />

used to monitor how effectively the cache is working for a particular runtime server. The<br />

Process Admin console has online help that describes the column headings and their<br />

meanings.<br />

User group membership information is also stored in a cache so a company with a large<br />

LDAP user and group population may require a larger setting for LDAP caches to avoid a<br />

performance impact when user/group information is accessed, such as during authorization<br />

validation for task assignment, login to Process Portal, or refreshing the Task List in Process<br />

Portal.<br />

Cache settings for memory-constrained environments<br />

In a memory-constrained environment, such as when using a 32-bit JVM, a beneficial<br />

approach might be to reduce the size of some caches. An example is the number of<br />

snapshots that are cached for a single branch in the Process Center. For very large process<br />

applications, reducing this value can reduce JVM heap memory usage. Reduce the following<br />

value to accomplish this goal:<br />

64<br />

Similarly, for a Process Server in a memory-constrained environment, reducing the Branch<br />

Manager cache size can reduce heap memory for large process apps. The Branch Manager<br />

cache contains metadata about the contents of snapshots in memory, and is used to improve<br />

performance of certain operations. It is controlled by the configuration flag:<br />

64<br />

The default value is 64. If process applications are particularly large, reducing this value might<br />

be necessary, particularly for runtime servers where a new branch is created for each<br />

deployed snapshot.<br />

Chapter 4. Performance tuning and configuration 61

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

Saved successfully!

Ooh no, something went wrong!