PRM problem ?

[Mott Given]

The process prm3d shows up as using over 200% CPU busy out of a maximum of 1600% CPU busy. The system is running HP-UX v11.11 in 64-bit mode.
How can 1 process use over 200% CPU busy? Doesn't such a high CPU busy for PRM indicate a problem with PRM on this machine?

System:hosta Tue Nov 30 13:57:51 2004
Load averages: 0.20, 0.23, 0.24
391 processes: 337 sleeping, 54 running
Cpu states:
CPU LOAD USER NICE SYS IDLE BLOCK SWAIT INTR SSYS
0 0.26 5.7% 0.2% 60.4% 33.7% 0.0% 0.0% 0.0% 0.0%
1 0.26 3.9% 4.1% 8.9% 83.1% 0.0% 0.0% 0.0% 0.0%
2 0.18 1.8% 6.7% 11.4% 80.1% 0.0% 0.0% 0.0% 0.0%
3 0.18 1.2% 0.4% 3.7% 94.7% 0.0% 0.0% 0.0% 0.0%
4 0.04 3.0% 6.9% 9.1% 81.1% 0.0% 0.0% 0.0% 0.0%
5 0.18 4.9% 6.3% 10.6% 78.1% 0.0% 0.0% 0.0% 0.0%
6 0.31 3.1% 0.6% 4.7% 91.5% 0.0% 0.0% 0.0% 0.0%
7 0.05 1.8% 1.0% 6.5% 90.7% 0.0% 0.0% 0.0% 0.0%
8 0.29 1.4% 5.7% 7.9% 85.0% 0.0% 0.0% 0.0% 0.0%
9 0.09 7.1% 0.2% 42.7% 50.0% 0.0% 0.0% 0.0% 0.0%
10 0.27 1.8% 0.8% 20.9% 76.6% 0.0% 0.0% 0.0% 0.0%
11 0.40 5.1% 5.7% 11.4% 77.8% 0.0% 0.0% 0.0% 0.0%
12 0.15 3.3% 6.7% 18.7% 71.3% 0.0% 0.0% 0.0% 0.0%
13 0.27 0.6% 5.9% 7.3% 86.2% 0.0% 0.0% 0.0% 0.0%
14 0.10 3.7% 0.0% 51.6% 44.7% 0.0% 0.0% 0.0% 0.0%
15 0.25 1.2% 1.2% 2.8% 94.9% 0.0% 0.0% 0.0% 0.0%
--- ---- ----- ----- ----- ----- ----- ----- ----- -----
avg 0.20 3.2% 3.2% 17.4% 76.3% 0.0% 0.0% 0.0% 0.0%

Memory: 5986356K (3258976K) real, 7549124K (4352196K) virtual, 6796476K free Page# 1/66

CPU TTY PID USERNAME PRI NI SIZE RES STATE TIME %WCPU %CPU COMMAND
11 ? 2043 root 152 20 18384K 25184K run 56478:05 201.02 200.67 prm3d
3 ? 1606 root -16 20 35708K 35204K run 5526:56 18.25 18.22 midaemon

Mott Given

[Pete Randall]

Mott,

In a multi-cpu system, it's quite common for a process to end up with more than 100% cpu. In your case however, the fact that you have 0% idle and 76.3% system cpu usage indicates a real problem. I would think response time must be awful.


Pete

[Mott Given]

Pete:
The 76% is the CPU idle. What I'm wondering is why the PRM CPU busy time would be so high - wouldn't this indicate a problem with PRM?

Mott

[Pete Randall]

Sorry, Mott - I mis-counted the columns. So you're not in such bad shape except for prm being so cpu intensive. It seems excessive to me but I'm not all that familiar with prm so I can't really say whether that's appropriate or not.


Pete

[Scot Bean]

Tell us what version of PRM you have:, use 'swlist -l product | grep Proc-Res'.

Also, tell us what level of Java is installed: use 'swlist -l product | grep Jre'

-----------

Workaround: if you really do not need to run PRM (it throttles CPU usages for applications) you can turn it off with '/sbin/rc2.d/S820prm stop'

For the next boot, edit /etc/rc.config.d/prm and change the PRM_RMTCONF variable to 0, this will prevent it from starting over.

-----------

I think this is related to a bug in Java causing a spin. Looks like other folks have installed the latest PRM or the latest Java to fix the problem.

[Mott Given]

Here's the PRM version.

Proc-Resrc-Mgr C.02.01 Process Resource Manager Proc-Resrc-Mgr product

Mott

[Scot Bean · Accepted solution]

I found some documentation on what looks like your issue here:

http://docs.hp.com/cgi-bin/fsearch/framedisplay?top=/hpux/onlinedocs/B3835-90004/B3835-90004_top.html&con=/hpux/onlinedocs/B3835-90004/00/00/6-con.html&toc=/hpux/onlinedocs/B3835-90004/00/00/6-toc.html&searchterms=known%7cJava%7cPRM&queryid=20041130-141957

They recommend updating Java to JRE1.4, which also requires some HPUX patch installs.

[Mott Given]

Thanks - the last response looks like the answer.

Mott