This Question is Not Answered

1 "correct" answer available (10 pts) 2 "helpful" answers available (5 pts)
2 Replies Last post: Mar 10, 2008 7:38 PM by Matthew Bonnett  
Matthew Bonnett Bronze 8 posts since
May 11, 2007
Currently Being Moderated

Mar 9, 2008 5:29 PM

Alternative JRE or optimization techniques?

A while back I remember reading a thread or posting somewhere on this site where someone had tried to use an alternative JRE other than Sun's own product to run openfire. I'm curious if anyone knows of what the name of it was and have they managed to get openfire running with it?

 

Otherwise, I'm curious if anyone has any 'good' optimization suggestions to make openfire a little more lean on resource usage. I'm currently running it on a slightly underpowered machine consisting of a 400MHZ Amd K6-2, 180MB ram, and an 8GB drive running debian linux in console mode. It's mostly the memory usage that's getting unwieldy. At most I have 5 users connected at one time, but usually it's just two. Aside from that and the basic setup, I just have the IM gateway plugin running and all users use it in some form or another. But the java service constantly ramps up to ungodly amounts, regularly causing the system to swap more than it really should. It gets even worse the longer I run it despite no real increase in usage from users or anything of that sort.

Coolcat KeyContributor 583 posts since
Mar 19, 2007
Currently Being Moderated
Mar 10, 2008 12:48 PM in response to: Matthew Bonnett
Re: Alternative JRE or optimization techniques?

I'm curious if anyone knows of what the name of it was

Maybe the GCJ?

 

Every time performance is a problem then Java throws memory at it, best example is the use of hash maps, instead of trees. Maybe you find on EBay (etc.) an old memory module for a few dollar?

 

Have you tried Jabberd? It's another XMPP-Server, written in C which complies directly into an binary, instead of executed in a virtual maschine like Java.

(they will throw me out of the community for this )

More Like This

  • Retrieving data ...