Edit
Attach
P
rintable
r27 - 2013-12-06 - 22:25:51 - Main.gcovell
You are here:
TWiki
>
Deployment Web
>
DeploymentConfiguringAndTuning
>
ConfiguringAndTuningWAS
<div id="header-title" style="padding: 10px 15px; border-width:1px; border-style:solid; border-color:#FFD28C; background-image: url(<nop>https://jazz.net/wiki/pub/Deployment/WebPreferences/TLASE.jpg); background-size: cover; font-size:120%"> ---+!! <img src="https://jazz.net/wiki/pub/Deployment/WebPreferences/uc.png" alt="uc.png" width="50" height="50" align="right"> Configuring and tuning !WebSphere Application Server (WAS) %DKGRAY% Authors: Main.StevenBeard, Main.GrantCovell, Main.TimFeeney <br> Build basis: Jazz applications and environments %ENDCOLOR%</div></sticky> <!-- Page contents top of page on right hand side in box --> <sticky><div style="float:right; border-width:1px; border-style:solid; border-color:#DFDFDF; background-color:#F6F6F6; margin:0 0 15px 15px; padding: 0 15px 0 15px;"> %TOC{title="Page contents"}% </div></sticky> <sticky><div style="margin:15px;"></sticky> This topic page will cover specific guidance and best practice for tuning WAS for Jazz applications and environments. [[WASTopTuningRecommendations][General WAS top tuning recommendations]] will cover non-Jazz specific WAS tuning. ---++ Review the default WAS settings Review the instructions at [[https://jazz.net/help-dev/clm/index.jsp?re=1&topic=/com.ibm.jazz.install.doc/topics/t_configure_was_jython.html&scope=null][Setting up WAS]]. ---++ Review the default JVM settings Be sure you are starting with the minimum recommended JVM settings. * *-Xmx4G* - This is the maximum JVM heap setting. It should be no more than half of the available memory on the computer that hosts the Jazz application. In this example, it is set to 4 GB, which assumes that you have at least 8 GB of memory on the computer that hosts this Jazz application instance. * *-Xms4G* - This is the minimum JVM heap setting. It should be set to the same value as the maximum JVM heap setting. * *-Xmn512M* - This is the maximum "nursery" size. It is prudent to add this setting for older versions of WAS (7.X and lower). But starting in WAS 8.0 the JVM makes very good decisions on nursery size, so this should not generally be set. * *Older versions of WAS (7.X and lower)* - This should be set to 1/8 of what your settings for the maximum and minimum JVM heap are. In some situations (usually validated by close examination of JVM garbage collection logs), this value may be increased to 1/4 the max and min JVM heap settings. * There are customers whose first tuning action is to add RAM to their server and correspondingly increase the JVM heap settings. * *-Xgcpolicy:gencon* - This is the garbage collection policy that the JVM uses. Use "gencon", and don't make changes unless you have read about and fully understand [[http://www.ibm.com/developerworks/java/library/j-ibmjava2/][JVM garbage collection]] and how it impacts the performance of the Jazz applications. This is the default for WAS 7 and newer. * *-Xcompressedrefs* - This indicates use of compressed references in the JVM. Use this setting unless explicitly told otherwise. Additionally, on all platforms but not AIX: * *-Xgc:preferredHeapBase=0x100000000* - This is the preferred base address of the heap. Use this setting unless explicitly told otherwise. If you are not using IPv6, consider disabling IPv6 support in the JVM: * *-Djava.net.preferIPv4Stack=true* - This setting tells the JVM to only use IPv4. Consider using enabling large page sizes if your version of WAS doesn't already support them by default. If you are using Java 7 in WAS 8.5.0.2 or greater this setting is automatic. * *-Xlp* - Note that if your operating system doesn't also support large pages Java will not start with this setting enabled. For example, on Linux, Large pages need to be configured both in the Linux kernel and in the JVM. ---++ Review the !WebContainer thread pool settings * The default WAS !WebContainer thread pool settings are a minimum and maximum size of 50. We suggest to set the minimum and maximum size to 200 for Jazz applications. Realize that increase threads may increase memory consumption and may push a greater amount of load onto the database. As is the case whenever you change any setting, be sure to monitor the rest of the environment in case there are side effects. ---++ Review the JDBC connection and mediator pool settings * The recommendation is to set JDBC Connection pool size and mediator pool size to the value of =max_clients= * 25. =max_clients= is the estimated number of concurrent users making requests. =max_clients= is not equivalent to the estimated number of concurrent (or actively logged in) users. =max_clients= is usually around 10% of the estimated number of currently logged in users. The default value is 128. ---++ Adjust the LPTA token timeout Sometimes you may see many LPTA token timeout errors in the WAS logs (systemOut.log). These are caused by the LTPA (which provides SSO authentication capabilities) tokens being either expired or corrupted. These errors can be addressed in three different ways: 1. Force the token to be reestablished 1. Adjust the LTPA timeout 1. Do nothing and live with the errors For more information, see [[http://www-01.ibm.com/support/docview.wss?uid=swg21590961][LTPA Token Expired error in !WebSphere Logs with Rational Team Concert]] on the IBM Support website. The reason why you might want to address this issue is that the !WebSphere logs can grow quite large as multiple entries are produced every second. ---+++ Solution 1: Force token You can remove the LTPA Tokens which should eliminate the duplicate messages. To do this do the following: * Stop WAS * Remove the LTPA key at =WAS_HOME/profiles/profileName/config/cells/cellName/nodes/nodeName/ltpa= * Restart WAS ---+++ Solution 2: Adjust LTPA timeout Adjust the LPTA timeout by following these steps: * Launch !WebSphere Admin Console to start the WAS Console. * In the WAS Console navigation pane click Security > Global security. * In the Authentication area of the Global security page click the LTPA link. * In the LTPA timeout area of the LTPA page edit the value for the LTPA timeout from the default of 120 minutes to an arbitrarily large number and click OK. * In the Messages area at the top of the Global security page click the Save link and log out of the WAS Console. Follow these steps only on the application nodes. ---++ Setting the WAS !WebContainer to synchronous mode ---+++ _Problem (abstract)_ _The !WebContainers use of asynchronous data transfer may use a large number of buffers in native memory to write an application response. This predominately occurs when large application responses are being transferred (for example a PDF, large images, the DMGR updating the nodeagents, etc.) but may also occur with normal size application responses. If the amount of native memory used by this is too large we can enable synchronous mode which will reduce the amount of memory used to store responses._ Most instances where it has been necessary to set channelwritetype to synchronous have involved addressing performance issues related to Rational Team Concert SCM and Build. It is not the case that all Team Concert environments will need this setting. For further information, see the [[http://www-01.ibm.com/support/docview.wss?uid=swg21317658][Setting the WAS WebContainer to synchronous mode]] troubleshooting technote on the IBM Support Portal. ---+++++!! Related topics: [[WASTopTuningRecommendations][General WAS top tuning recommendations]] ---+++++!! External Links: * [[https://jazz.net/library/article/790][Case Study: Examining Rational Team Concert performance with WAS and Tomcat]] * [[http://pic.dhe.ibm.com/infocenter/clmhelp/v4r0m4/index.jsp?re=1&topic=/com.ibm.jazz.install.doc/topics/c_admin_was_jython.html&scope=null][Administering WAS by using Jython]] - CLM information center. * [[SizingReportCLM2012][Collaborative Lifecycle Management 2012 Sizing Report (Standard Topology E1)]] * IBM developerWorks article [[http://www.ibm.com/developerworks/websphere/techjournal/0909_blythe/0909_blythe.html][Case study: Tuning WAS V7 and V8 for performance]] ---+++++!! Additional contributors: [[Main.DavidToczala][DanToczala]], Kevin Arhelger, Main.KevinZemanek <sticky></div></sticky>
Edit
|
Attach
|
P
rintable
|
V
iew topic
|
Backlinks:
We
b
,
A
l
l Webs
|
H
istory
:
r32
|
r29
<
r28
<
r27
<
r26
|
More topic actions...
Deployment.ConfiguringAndTuningWAS moved from Deployment.TuningWAS on 2013-11-30 - 17:09 by Main.sbeard
-
Deployment
Deployment web
Planning and design
Installing and upgrading
Migrating and evolving
Integrating
Administering
Monitoring
Troubleshooting
Community information and contribution guidelines
Create new topic
Topic list
Search
Advanced search
Notify
RSS
Atom
Changes
Statistics
Web preferences
NOTE: Please use the Sandbox web for testing
Status icon key:
To do
Under construction
New
Updated
Constant change
None - stable page
Smaller versions of status icons for inline text:
Copyright © by IBM and non-IBM contributing authors. All material on this collaboration platform is the property of the contributing authors.
Contributions are governed by our
Terms of Use.
Please read the following
disclaimer
.
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more
here
.