29.01.2013 Views

WebSphere Application Server V7.0: Concepts ... - IBM Redbooks

WebSphere Application Server V7.0: Concepts ... - IBM Redbooks

WebSphere Application Server V7.0: Concepts ... - 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.

garbage collection. The garbage collection for a JVM heap requires all pages of<br />

the heap to be in exclusive access and in real memory. If any pages are not in the<br />

real storage they first need to be paged in.<br />

As an example look at the environment from Figure 14-3 on page 426. This<br />

includes a deployment manager and one application server (with three servants).<br />

Assume each control region heap has a maximum of 256 MB and each servant<br />

region a maximum of 512 MB defined. Then the real storage that the <strong>WebSphere</strong><br />

<strong>Application</strong> <strong>Server</strong> for z/OS needs is 2.5 GB. This does not consider that there<br />

might be other middleware installed in the z/OS image.<br />

Make sure that the LPAR that is used for the installation has enough real storage<br />

defined. Also keep in mind to add storage for the operating system and other<br />

applications running in this LPAR, like DB2, CICS, and so on.<br />

Health check: We suggest to monitor your system and check for swapping. If<br />

you experience swapping, this will have a performance impact.<br />

Heap sizes (min/max) defined<br />

Usually the z/OS version will need smaller maximum heap sizes than the<br />

distributed version, because it has specialized heaps in its structure, as<br />

described in 14.1.4, “Structure of an application server” on page 422.<br />

This is of interest when migrating an application from another platform to<br />

<strong>WebSphere</strong> <strong>Application</strong> <strong>Server</strong> for z/OS <strong>V7.0</strong>. Often, the memory size from the<br />

distributed environment is carried on from the distributed environment and<br />

reused for the controller and servant regions settings. While this may be a waste<br />

of memory resources, it can affect the performance as well. If the heap is sized<br />

too large, then the Garbage Collection will run less often, but if it runs, it takes up<br />

more time. This might reduce the general throughput.<br />

Important: If an application is migrated to <strong>WebSphere</strong> <strong>Application</strong> <strong>Server</strong> for<br />

z/OS <strong>V7.0</strong> from another operating system family, perform a verbose Garbage<br />

Collection analysis. This will allow you to size the heap to a good minimum<br />

and maximum value, so that the performance is good and no resources are<br />

wasted.<br />

458 <strong>WebSphere</strong> <strong>Application</strong> <strong>Server</strong> <strong>V7.0</strong>: <strong>Concepts</strong>, Planning, and Design

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

Saved successfully!

Ooh no, something went wrong!