I'm not the expert but... On 10/9/05, Binildas C <[EMAIL PROTECTED]> wrote: > Hi, > > We are building a high volume site in Tomcat5.0.28. > Our single Tomcat5.0.28 instance in the Web Farm is > having 10 HTTP Threads. Each HTTP Thread collects > request events in a ThreadLocal. At every 1000 > requests (in a particular HTTP Thread) the HTTP Thread > will collect events from the ThreadLocal, sets them in > "it's" deamon thread (There is one-to-one > correspondance between the number of Tomcat HTTP > Threads and Deamon threads, hence we have 10 Deamon > threads), notifies the deamon thread, and clears the > ThreadLocal. The Deamon thread will pushes the events > to a seperate single process through RMI.
What exactly is the goal of all this? Why do you gather information in the HTTP Thread, and not in the daemon thread? It seems obvious to me to hold the data there (if at all). Btw, what do you mean by high volume? > > Everything works fine (functional and otherwise) for > the first 1 or 2 hours or so, and then we can see the > Tomcat 5.0.28 Process taking lot of memory and > ultimately we are getting either an > OutOfMemoryException or The Tomcat process stalls! > > Our Question is: > 1. Is Tomcat 5.0.28 having a memory problem? Search Bugzilla (http://issues.apache.org). We have tomcat 5.0.25 and 28 in a high traffic site (approx. 100 requests per server per second) and not having any memory problems. > 2. If so, what about other versions of Tomcat? Probably the same, unless you'd like to try the new garbage collector in jdk1.5 and test it with 5.5.12 > 3. Is this memory problem somehow related to Thread > and/or ThreadLocal Usage? Are you sure your code is actually freeing the objects? If you keep a reference to the object somewhere, you'd never have your gc utilize them. How much memory do you give tomcat/jvm at startup? Have your tried a verbose mode for gc (or simply print out memory stats all 10 minutes) to see if it's a continous leak, or something cause it "out of nowhere" by chance? Are you creating new Threads? File handles? You must know that OutOfMemoryError in java can mean nearly anything. > 4. Any work around for this. Besides, I don't like your solution, and would advice you to rewrite it in more conventional way, there is a simple workaround, if you can afford to loose some of your requests -> use SoftReferences for holding your data, they are guaranteed to be freed before an OutOfMemory can occur. > > Reference: > http://forum.java.sun.com/thread.jspa?messageID=3900219 > > Thankx in advance > > Regards > Binildas C. A. Leon --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
