I have spent a lot of time (I mean in respect of my free time) this last days 
to understand the problems.
It appears that removing the help was a great relief for our demo sever.

For few hours now we are running with

trunk: -Xms128M -Xmx768M -XX:MaxPermSize=192m (so max seems 768+192=960MB but 
actually it's more)
branch9: -Xms128M -Xmx512M

For instance now we have
Mem:   2573924k total,  2159888k used,   414036k free,    53672k buffers
Swap:  1502036k total,    50676k used,  1451360k free,   438000k cached

            PID     USER      PR  NI  VIRT  RES      SHR  %CPU %MEM
trunk     14896     ofbiz     20   0     1377m 753m 7956   0.3         30.0
branch9    18147 ofbiz     20   0      918m 670m  13m   0.7         26.7

As you can see at some stage we reach more than 960MB for the trunk (1377 max, 
which is approx but anyway)

The main points:
* We have still around 400MB  free, but I suppose it will be less just before 
the 24h reload)
* We have anymore CPU running always near 100%, for instance right now
 PID USER      PR  NI  VIRT  RES  SHR  %CPU %MEM    TIME+  COMMAND
14896 ofbiz     20   0 1377m 757m 7968  29.7 30.2  19:57.63 java -Xms128M 
-Xmx768M -XX:MaxPermSize=192m
18147 ofbiz     20   0  918m 671m  13m  22.4 26.7  14:23.55 java -Xms128M 
-Xmx512M


I will wait some days and, if things continue to go well, will re-use more 
memory for our 2 processes. But I know there are other
problems...

Like David and Scott said if people are using the Artifact Info or other 
gluttonous features (Birts?) we will be in trouble with our
memory quota. So if such things come back in the future I will suggest to 
prevent users to use them on the demo server...

For the real problems, I think we should focus on fixing the online Help 
feature. It seems that this isues is something relatively
new and a disect should help (I use this word because it's convenient, on my 
side I simply use dichotomic tests with svn but I have
bigger fish to fry for now, that's why I have deactivated it). I think it's not 
more than few days (weeks?), help appreciated...

Thanks

Jacques

From: "BJ Freeman" <bjf...@free-man.net>
there is a thread on the user ML about the demo being slow.
I would think that would be a high priority for all those that commit and make 
changes to ofbiz.
after all what good is all this stuff if it can't be used.
I brought down the demo trunk by accessing with seperate requests at one time, 
as I stated on the user ml.

lets focus on real problems.





Reply via email to