Hi. No problem! :)
Reduced Maintenance is definitely one reason. Another reason is that I generally share a connector on the same port/protocol - and place all of these in a <Service /> The other connectors are all for HTTPS sites - each running on the same port but bound to different Ips. I also have a management tool that abstracts all the conf entries - and doing this in one tomcat instance is easier than with multiple! Question: Having multiple tomcat instances on the same server - would this not increase the memory usage - due to multiple JVMs? Thanks Carl -----Original Message----- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Thursday, October 28, 2004 6:56 PM To: Tomcat Users List Subject: RE: OutOfMemoryError: unable to create new native thread Hi, >Apparently Windows NT/2000 defaults to a 1mb virtual thread stack size per >thread unless otherwise stated. In addition a maximum of 2gb of thread >stack space per process is allowed by Windows (not sure if this can be >changed or not!). Thus the tomcat JVM could only have 2000 odd concurrent >threads - and on a server that hosts 50 sites, of which 20 are fairly busy >this could be a problem. Thanks for posting your findings and solutions. These type of posts make the best archival materials, assuming people bother to search the archives. Just out of curiosity, why are you running all the sites on one Tomcat instance? Reduced maintenance? I'm not arguing against it, it clearly works fine, and I do similar things myself. Just curious for your reasoning. Yoav 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] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
