Howdy, >#You're putting too many things in one message. ;) >Can't help that...;), in fact I would like to add some more things here
You could help it by starting multiple threads of questions instead of one. I bet you'd get more responses ;) >Yeah right but there is a catch here. Because we are using the dynamic >scheme the connections can go beyond the 100 connections which is the The dynamic scheme is evil ;) Try fixed-wait. >Why I thought that it was waiting for closing the logical connections >was because the thread dump had some pointers and this time I am >enclosing those snapshots. > > >"Thread-360" prio=5 tid=0x00ac4f50 nid=0xc99 waiting for monitor entry >[b1080000..b1081998] > at >oracle.jdbc.pool.OracleConnectionEventListener.connectionClosed(OracleC o >nnectionEventListener.java:125) > - waiting to lock <0xd4d2c820> (a I see what you mean. Looks like a problem with the Oracle pool. Since I avoid the oracle pooling implementation if possible, I can't help you much there. >Not an easy fix, there are many java classes and this will take a lot of >time. We want to keep this thing as a long term plan under application >improvement heading. Well, it's your application and your plan ;) But to keep a memory leak fix under long term planning is a fairly atrocious management choice IMHO. >No, this will have negative impact on the application because in the >past its was observed under such conditions of low memory, the GC >activity stops (increased pause time) the application and there is no OK. So you know it's thrashing if you only give it 256MB, and yet don't want it to take 1GB. Have you tried values in the middle, e.g. 512MB max heap? >rule. Problem is that there is high thread count when there is >authorised content is downloaded. These downloads are of the size of 1-5 >MB. Has these issues been solved in tomcat 4.0 or higher? I will check >it otherwise. (Hell lot of things to do!!!) High thread count is not a bad thing necessarily. You can control the number of request processing threads tomcat spawns via the Connector configuration in server.xml. There are no known issues with large downloads in tomcat 4.x. >2 - 12 tomcat having only one shared code base which is mounted on an >NFS (this is too much, one might say). I just want to know if all the >error logs (Error logger thread exact) are also written to the same NFS >part this will call for high I/O contention (right???) because the This is bad for performance. Install tomcat locally on the server, keep the logs locally. You can have another program periodically transfer the logs to a central location. >I am really impressed that you have given me some response...and expect >more...haven't heard much from anybody else from the group. That's because you're asking for too much at once. People tend to not response to long complicated messages with many questions. I am personally interested in this situation because I've had large-scale application problems with oracle connection pooling and garbage collection. >Last but not least needed to know, if we can have some support contract >from apache group to support our application. Is that possible? Not from the ASF directly, no. But there are companies and individuals out there who'd help you for pay. Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
