Memory & CPU utilization

Subscribe to Memory & CPU utilization 6 post(s), 3 voice(s)

 
Avatar (SF) Matthew... 2 post(s)

I’m having a problem with the latest jbidwatcher. I recently moved my jbw from freebsd to my solaris box and am seeing the following :

last pid: 11460; load averages: 2.78, 2.53, 2.38 10:37:22
108 processes: 106 sleeping, 1 running, 1 on cpu
last pid: 11461; load averages: 2.58, 2.50, 2.37 10:37:37
108 processes: 104 sleeping, 3 running, 1 on cpu
CPU states: 0.0% idle, 96.3% user, 3.7% kernel, 0.0% iowait, 0.0% swap
Memory: 512M real, 11M free, 503M swap in use, 44M swap free

PID USERNAME THR PRI NICE SIZE RES STATE TIME CPU COMMAND 18770 mteton 31 0 10 116M 50M run 56.0H 86.28% java 11485 dakota 8 48 0 110M 60M sleep 5:42 0.00% mozilla-bin 18627 porkchop 31 18 10 109M 48M sleep 121:57 0.09% java 11455 dakota 30 46 7 106M 43M run 23:40 2.48% java 18342 root 1 48 0 83M 36M sleep 42:31 0.94% Xsun

[snip]

The 3 java processes are all jbidwatchers. The memory and CPU utilizations are HUGE! In fact, I regularly have snipes failing because of it. Is there anything I can do besides move back to the machine that I was ready to retire?

TIA

-matthew

 
Avatar Morgan Schweers Administrator 1,204 post(s)

Greetings,
Weird!

Can you tell me if JBidwatcher is writing large amounts of logs, or anything? I could see that if it’s pounding the logs out, or something, but not under normal load…

(I’ve never even tested JBidwatcher on FreeBSD, although I’ve been told it works… I haven’t tested on Solaris, to my embarassment, in about a year and a half. I’ll have to see if my housemate still has his Solaris box up.)

I’m surprised, and pleased, that running as three different users works, although JBidwatcher will have issues if multiple of the users try to turn on ‘Use internal web server’, as I never did set the UI-based configuration to be able to choose the port. (It’s settable through the config file, though.)

One problem is that Java up through 1.4.x creates an entirely different memory space for every Java instance. 1.5 shares a great deal of memory between instances, based on some really cool work Apple did to port Java to their platform. That would reduce memory usage, but I haven’t tested under 1.5 yet, so I can’t personally recommend it yet.

I’ve had reports of out-of-control load on XP, as well, so I’ll try to investigate what’s going on. I may have nuked an ‘apparently useless’ few lines of code in a recent set of cleanups that existed solely to reduce the redisplay load.

— Morgan Schweers, CyberFOX!

 
Avatar Morgan Schweers Administrator 1,204 post(s)

Greetings,
Mea culpa, I removed an ‘unnecessary optimization’ in a sleeplessness-induced moment of stupidity.

It’s constantly doing redraws of the pages, when it doesn’t need to. (All that ever changes, except during individual item updates, is the time left to close.)

I’ve got a beta that just fixes that problem available if you want to try it out.

— Morgan Schweers, CyberFOX!

 
Avatar (SF) Matthew... 2 post(s)

I would love to try the beta :) dakota70@mediumgreen.com

-matthew

 
Avatar (SF) Didier 3 post(s)

Hi,
For information:
I had a 99% cpu usage on xp sp2 and jre1.4.2_05.

I have installed jre1.5.0-beta2 a few hours ago, the CPU and memory problems do not appear, at this time jbidwatcher (it runs now for about 3 hours) run very smooth with the new jre.

 
Avatar (SF) Didier 3 post(s)

Damm, nope … when jbidwatcher runs a few hours, the 99% cpu usage reappears.

I’m running: xpsp2
tried jre1.4.2 and jre1.5beta
jbidwatcher latest