OK, Marcy, based on the below, and the IBM info, I am moving past heap size and on to DircectByteBuffer use.
Thank you! lnx086:/usr/WAS70/AppServer/java/bin # ./java -d32 -version Running a 32-bit JVM is not supported on this platform. lnx086:/usr/WAS70/AppServer/java/bin # ./java -d64 -version java version "1.6.0" Java(TM) SE Runtime Environment (build pxz6460sr5ifix-20090623_01(SR5+151659+151951+151086+151619+151750+152177+152017+152507)) IBM J9 VM (build 2.4, J2RE 1.6.0 IBM J9 2.4 Linux s390x-64 jvmxz6460sr5ifx-20090612_37149 (JIT enabled, AOT enabled) J9VM - 20090612_037149_BHdSMr JIT - r9_20090518_2017 GC - 20090417_AA) JCL - 20090623_01 lnx086:/usr/WAS70/AppServer/java/bin # -----Original Message----- From: The IBM z/VM Operating System [mailto:[email protected]] On Behalf Of Marcy Cortes Sent: Monday, April 26, 2010 10:34 AM To: [email protected] Subject: Re: Linux / Websphere memory creep It was here http://www-01.ibm.com/support/docview.wss?uid=swg21373312 You have a native memory issue. I did include my previous post below. 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." -----Original Message----- From: The IBM z/VM Operating System [mailto:[email protected]] On Behalf Of Dean, David (I/S) Sent: Monday, April 26, 2010 7:30 AM To: [email protected] Subject: Re: [IBMVM] Linux / Websphere memory creep I will check on turning off JVM. Good point. No I did not see last post; I got kicked off the list for a couple of days, somehow, but all is well now. We are getting ready to go live with a large WebSphere environment and this could quickly become a real issue. Please resend me that link. To the list or my email is fine. Thank you. [email protected] -----Original Message----- From: The IBM z/VM Operating System [mailto:[email protected]] On Behalf Of Marcy Cortes Sent: Monday, April 26, 2010 10:12 AM To: [email protected] Subject: Re: Linux / Websphere memory creep Does the creep go away when you stop/start the jvm? Did you see my response to your previous post? The link included disusses native memory leaks (or extreme usage) in websphere. ---------------------------------- We have an app doing that too. See http://www-01.ibm.com/support/docview.wss?uid=swg21373312 <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: Monday, April 26, 2010 7:03 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 Websphere Heap size adjustments have helped somewhat. Rob? Barton? 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 ----------------------------------------------------- Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm ----------------------------------------------------- Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
