Could you provide the following additional information that may give me
some more clues as to what's happening?
1) Your STAF.cfg file
2) Contents of the /usr/local/staf/install.properties file
3) Output from the following commands when run on your STAX service
machine:
STAF local VAR LIST
STAF local MISC LIST SETTINGS
STAF local SERVICE LIST REQUESTS LONG
STAF local HANDLE LIST HANDLES LONG
STAF local PROCESS LIST
STAF local SERVICE LIST
STAF local MISC LIST SETTINGS
STAF local STAX LIST SETTINGS
STAF local STAX LIST JOBS
STAF local STAX LIST FILECACHE
STAF local TRACE LIST SETTINGS
You may want to consider upgrading to the latest update for Sun Java 1.5.0
for Linux x64 in case there are any issues in the JVM related to this
problem that are fixed in a later update. Update 21 for Sun Java 1.5.0
for Linux x64 is the latest (you're using update 14).
--------------------------------------------------------------
Sharon Lucas
IBM Austin, luc...@us.ibm.com
(512) 286-7313 or Tieline 363-7313
Nathan Parrish <nparr...@clustrix.com>
10/27/2009 11:53 AM
To
staf-users@lists.sourceforge.net
cc
Subject
[staf-users] high CPU utilization by STAFProc and STAX JVM
I initially posted this on the sourceforge STAF forum yesterday(?), but my
post seems to have gone missing so I'll give the email list a shot...
We are experiencing, and not for the first time, STAFProc and the STAX JVM
sucking lots of CPU on the machine which is our dedicated 'STAX server,'
i.e. the one running the STAX service through which all our production
STAX scripts are run (while other clients actually execute the processes
called in the STAX jobs).
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
14481 root 20 0 1351m 20m 4360 S 107 1.0 11957:39 STAFProc
14533 root 20 0 989m 200m 18m S 61 9.9 6442:09 java
this is on a 4-core fedora core 7, x86_64 box, with STAF 3.3.4.1, STAX
3.3.7.
the high load began last tuesday morning just past midnight; the one job
which has been running since Monday afternoon is our longevity test, which
has run many times before (since last modified) without the system CPU
pegging. the only impairment we see is that STAX jobs are taking longer
to launch, which has caused some timing-sensitive cases to fail.
I've looked in the stdout for STAFProc, nothing there but the launch
message, and similar for the STAX jvm log:
******************************************************************************
*** 20091007-19:52:31 - Start of Log for JVMName: STAX
*** JVM Executable: /usr/java/jdk1.5.0_14/jre/bin/java
*** JVM Options : -Xmx384m
*** JVM Version : java version "1.5.0_14"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_14-b03)
Java HotSpot(TM) 64-Bit Server VM (build 1.5.0_14-b03, mixed mode)
*** JVM PID : 14533
******************************************************************************
*sys-package-mgr*: processing new jar, '/usr/local/staf/lib/JSTAF.jar'
*sys-package-mgr*: processing new jar,
'/usr/local/staf/samples/demo/STAFDemo.jar'
*sys-package-mgr*: processing new jar,
'/usr/local/staf/services/stax/STAX.jar'
*sys-package-mgr*: processing new jar,
'/usr/local/staf/data/STAF/lang/java/shared_jython/2.1-staf-v3.3/jython.jar'
*sys-package-mgr*: processing new jar,
'/usr/java/jdk1.5.0_14/jre/lib/rt.jar'
*sys-package-mgr*: processing new jar,
'/usr/java/jdk1.5.0_14/jre/lib/jsse.jar'
*sys-package-mgr*: processing new jar,
'/usr/java/jdk1.5.0_14/jre/lib/jce.jar'
*sys-package-mgr*: processing new jar,
'/usr/java/jdk1.5.0_14/jre/lib/charsets.jar'
*sys-package-mgr*: processing new jar,
'/usr/java/jdk1.5.0_14/jre/lib/ext/dnsns.jar'
*sys-package-mgr*: processing new jar,
'/usr/java/jdk1.5.0_14/jre/lib/ext/sunpkcs11.jar'
*sys-package-mgr*: processing new jar,
'/usr/java/jdk1.5.0_14/jre/lib/ext/sunjce_provider.jar'
*sys-package-mgr*: processing new jar,
'/usr/java/jdk1.5.0_14/jre/lib/ext/localedata.jar'
Registered Extensions for STAX Version 3.3.7:
any ideas on where else to poke and prod to get some sense of what's
spinning the CPU?
thanks in advance,
nathan
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
staf-users mailing list
staf-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/staf-users
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
staf-users mailing list
staf-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/staf-users
