We have an app doing that too. See http://www-01.ibm.com/support/docview.wss?uid=swg21373312
Disabling AIO solves it, but our app can't run in sync mode for its batch. So right now it's going back and forth 2x daily. We have a PMR open with IBM. FWIW, it happens on Linux on Intel too with this app (vendor app). It does not happen on Windows. So it is Linux specific, not platform specific. Marcy "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation." ________________________________ From: The IBM z/VM Operating System [mailto:[email protected]] On Behalf Of Dean, David (I/S) Sent: Thursday, April 22, 2010 6:44 AM To: [email protected] Subject: [IBMVM] Linux / Websphere memory creep zLinux 5.4, SUSE 10.2. Running one instance of WebSphere 7 with 6 profiles / JVM instances. I started with 3 GIG, went to 5GIG, now at 6 GIG, and free memory still drops little by little, SWAP eventually begins to grow and finally performance goes to heck. Just like Windows (ouch) you reboot and everything is cool for a few more days.... I have read and heard the lectures on zLinux taking all you give it, but I need it to STOP. Yesterday procs -----------memory---------- ---swap-- -----io---- -system-- -----cpu------ r b swpd free buff cache si so bi bo in cs us sy id wa st 0 0 0 140192 273624 1297596 0 0 0 8 2850 241 1 0 99 0 0 0 0 0 139448 273668 1297552 0 0 0 9 2254 249 1 0 99 0 0 0 0 0 139076 273692 1297528 0 0 0 9 2235 245 1 0 99 0 0 Today procs -----------memory---------- ---swap-- -----io---- -system-- -----cpu------ r b swpd free buff cache si so bi bo in cs us sy id wa st 0 0 0 46300 292004 1160020 0 0 3 27 1783 269 3 0 94 0 3 0 0 0 46304 292064 1159960 0 0 2 14 2398 257 2 0 97 0 0 0 0 0 45668 292164 1161408 0 0 0 46 1832 287 4 0 94 0 1 0 0 0 45420 292228 1161344 0 0 0 16 2635 269 1 0 97 0 1 Here is the page info from Perfkit. DASD page creeps up just as memory. Userid <http://10.30.7.11:81/01BD5EB8/6E72/HE.04.001> Owned <http://10.30.7.11:81/01BD5EB8/6E72/HE.04.010> Reads <http://10.30.7.11:81/01BD5EB8/6E72/HE.04.018> Write <http://10.30.7.11:81/01BD5EB8/6E72/HE.04.024> Steals <http://10.30.7.11:81/01BD5EB8/6E72/HE.04.030> >2GB> <http://10.30.7.11:81/01BD5EB8/6E72/HE.04.038> X>MS <http://10.30.7.11:81/01BD5EB8/6E72/HE.04.044> MS>X <http://10.30.7.11:81/01BD5EB8/6E72/HE.04.049> X>DS <http://10.30.7.11:81/01BD5EB8/6E72/HE.04.054> WSS <http://10.30.7.11:81/01BD5EB8/6E72/HE.04.062> Resrvd <http://10.30.7.11:81/01BD5EB8/6E72/HE.04.066> R<2GB <http://10.30.7.11:81/01BD5EB8/6E72/HE.04.074> R>2GB <http://10.30.7.11:81/01BD5EB8/6E72/HE.04.081> L<2GB <http://10.30.7.11:81/01BD5EB8/6E72/HE.04.087> L>2GB <http://10.30.7.11:81/01BD5EB8/6E72/HE.04.094> XSTOR <http://10.30.7.11:81/01BD5EB8/6E72/HE.04.101> DASD <http://10.30.7.11:81/01BD5EB8/6E72/HE.04.109> Size <http://10.30.7.11:81/01BD5EB8/6E72/HE.04.116> Users <http://10.30.7.11:81/01BD5EB8/6E72/HE.04.122> LNX086 <http://10.30.7.11:81/01BD5EB8/6E72/USE.LNX086> .0 70.2 54.3 .0 .0 14.9 67.6 50.1 615164 0 71788 542585 4 40 69580 1134k 6144M Rob? Barton? Come on. David M. Dean Information Systems BlueCross BlueShield Tennnessee ----------------------------------------------------- Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
