First have you tried kill -3 886 to get a threaddump? 886 is the pid of one the java threads. This will show you stacktraces of the current active threads on the console. You said it crashed, did the output from the crash include a threaddump?
Second, it is generally a bad idea to run a java virtual machine with lots of swap. Periodically the VM does a full garbage collection which requires it to look at the whole heap (and it probably compacts it afterwards). The performance of this will be very bad if it has to swap memory to and from disk. Third, you are looking at threads. ps and top don't understand the linux threading model. Each java thread is a linux process that shares the same memory. Try using pstree -p to get a better idea of what is going on. The overall java process has 16844 SIZE and 11M RSS. The clue is that they are all the same numbers. :-) Regards, Adrian On Wed, 2004-01-14 at 19:04, Poppe, Troy wrote: > I am running into a curious problem running JBoss on SLES8 31-bit on VM4.3. The > instance has been allocated 128Mb of physical memory and approx 512Mb of swap. > We have the VM configured to use QDIO with the OSA adapter in the z/800. > > I'm currently testing this problem using IBMJava2-s390-131 and IBMJava2-s390-141. > > The problem I am experiencing is that the instance the JBoss container is running > on will, after JBoss has been up and running (and unused) for sometime, hit 100% > CPU usage, and there is no way to regain access or control of the box short of a > hard-restart. > > We believe we have narrowed the problem down to the java virtual machine and/or > JBoss 3.2.3. The following is output from top that was left running before the > instance crashed. You'll note that the JBoss java processes have run amok. > > [ -- snip -- ] > > 12:29am up 10:38, 1 user, load average: 20.43, 20.28, 19.85 > 89 processes: 67 sleeping, 22 running, 0 zombie, 0 stopped > CPU states: 5.1% user, 94.8% system, 0.0% nice, 0.0% idle > Mem: 126064K av, 123448K used, 2616K free, 0K shrd, 8148K buff > Swap: 575584K av, 77184K used, 498400K free 12544K cached > > PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND > 886 jboss 25 0 16844 11M 140 R 5.7 9.6 5:55 java > 887 jboss 25 0 16844 11M 140 R 5.7 9.6 5:53 java > 893 jboss 25 0 16844 11M 140 R 5.7 9.6 6:03 java > 913 jboss 25 0 16844 11M 140 R 5.7 9.6 5:50 java > 918 jboss 25 0 16844 11M 140 R 5.7 9.6 5:50 java > 920 jboss 25 0 16844 11M 140 R 5.7 9.6 5:50 java > 925 jboss 25 0 16844 11M 140 R 5.7 9.6 5:49 java > 928 jboss 25 0 16844 11M 140 R 5.7 9.6 5:53 java > 929 jboss 25 0 16844 11M 140 R 5.7 9.6 5:56 java > 932 jboss 25 0 16844 11M 140 R 5.7 9.6 5:53 java > 933 jboss 25 0 16844 11M 140 R 5.7 9.6 5:54 java > 934 jboss 25 0 16844 11M 140 R 5.7 9.6 5:54 java > 941 jboss 25 0 16844 11M 140 R 5.7 9.6 5:53 java > 955 jboss 25 0 16844 11M 140 R 5.3 9.6 5:51 java > 944 jboss 25 0 16844 11M 140 R 4.2 9.6 5:52 java > 2612 root 16 0 880 840 652 R 3.6 0.6 20:04 top > 892 jboss 25 0 16844 11M 140 R 2.8 9.6 5:51 java > > [ -- snip -- ] > > At this point, we are persuing the path of trying to determine what, if anything, > JBoss is doing outside of a user request. We are trying to determine 1) why are > the processes for JBoss in the running state, it should be entirely idle; 2) why > does the SIZE of the java process differ from when we first start JBoss (roughly > 73600); 3) why does the RSS differ from when we first start JBoss (roughly 71M). > > Basically, I'm curious if anyone in the JBoss community is running JBoss with the > IBM JVM on Linux for z/Series successfully. > > Any help is greatly appreciated. > > Troy Poppe > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Perforce Software. > Perforce is the Fast Software Configuration Management System offering > advanced branching capabilities and atomic changes on 50+ platforms. > Free Eval! http://www.perforce.com/perforce/loadprog.html > _______________________________________________ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user -- xxxxxxxxxxxxxxxxxxxxxxxx Adrian Brock Director of Support Back Office JBoss Group, LLC xxxxxxxxxxxxxxxxxxxxxxxx ------------------------------------------------------- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
