High (90-100%) CPU Usage from "Java" Process

Openfire Openfire Support
1

Greetings:

We’ve recently installing Openfire in our production environment and are preparing to deploy it to our users and have come across a symptom.

The “java” process is constantantly using 75-100% of the CPU load, however unlike other threads I’ve read, Openfire doesn’t report itself as having full Java Memory (rather 22MB/428MB with 2 users connected and testing).

I attempted to set the various Heap sizes from the Openfire Documentation:

“JVM Settings and Debugging”

http://community.igniterealtime.org/docs/DOC-1033#Heap_Settings

However my exploring of /opt/openfire/bin/openfire.sh didn’t find the “INSTALL4J_ADD_VM_PARAMS” value, or anywhere to correctly place those settings. Are they still valid for version 3.7.0?

Stats:

  • Server: RHEL 5 64-Bit

  • **Openfire: **Openfire 3.7.0

-** Users:** Estimated 100 users, currently 2

  • Java Version:

$ java -version

java version “1.6.0_20”

OpenJDK Runtime Environment (IcedTea6 1.9.8) (rhel-1.22.1.9.8.el5_6-x86_64)

OpenJDK 64-Bit Server VM (build 19.0-b09, mixed mode)

If you require any further information, please let me know;

Thanks!

D

2

I’m not sure at all, but can you test it with Sun/Oracle Java?

3

I wasn’t aware there was other java beside’s Sun/Oracle Java

It’s the JDK package from yum, which I suspect is Oracle’s?

EDIT: Oh, I didn’t even notice that openjdk stuff.

Weird? I wonder why yum gave me that.

I’ll investigate.

  • D
4

java -version

java version “1.7.0”

Java™ SE Runtime Environment (build 1.7.0-b147)

Java HotSpot™ 64-Bit Server VM (build 21.0-b17, mixed mode)

There, direct from Oracle’s site.

We’ll see what shakes now

EDIT: 2 minutes later; after restarting openfire:

top - 14:21:16 up 5 days, 30 min, 2 users, load average: 1.27, 1.32, 1.19top - 14:21:40 up 5 days, 30 min, 2 users, load average: 1.31, 1.33, 1.19

Tasks: 64 total, 2 running, 62 sleeping, 0 stopped, 0 zombieCpu(s): 89.3%us, 10.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.4%si, 0.0%st

Mem: 2058824k total, 1220296k used, 838528k free, 183212k buffersSwap: 1048568k total, 0k used, 1048568k free, 861436k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND

7346 daemon 24 0 678m 72m 8716 S 75.4 3.6 1:24.51 java

  • D
5

Went away for the weekend, returned, and the box is still stating that the “java” process (user: daemon) is using 79% CPU and has been for a long (3500 minutes) period of time

Any thoughts?

  • D
6

any other plugins (other than default) are installed?

I had higher utilization on windows server with client control enabled. not that high but on idle it was 30%-50%, after removal of plugin idle is 5%-8%