hai, > "Model it and measure". Though, be critical of your measurements, too. > I've been involved in a case where the developers were claiming that an > application running on a two-machine cluster with 2GB JVM heaps on each > machine did require at least 4GB heap/machine. After proper > investigation, a memory leak in the application server (not Tomcat) was > found, and eventually corrected by the server vendor. After the > correction, the JVM heaps were lowered to 1GB/machine, and most possibly > could be lowered even further.
what software that can test memory leak ? -- TIA, Andy Susanto,S.Kom ====================================================== for better search http://www.slashmysearch.com/earn/id/24828 HP : 081513039998 On Sun, Oct 12, 2008 at 3:09 PM, Juha Laiho <[EMAIL PROTECTED]> wrote: > Arun M wrote: >> >> I need to know the hardware requirements in CentOS for hosting a website >> which have 1000 concurrent users. I am using Tomcat 5.5, Mysql 5.1 and >> Java1.5. > > That depends a lot more on your application and usage patterns than on > the OS/application server/database server. > >> We are planning to host two servers one for application server and other >> for >> database server. > > That's a good basic division. > >> What should be hardware requirements for Both Servers like RAM, Harddisk, >> Max Processors etc., > > "Model it and measure". Though, be critical of your measurements, too. > I've been involved in a case where the developers were claiming that an > application running on a two-machine cluster with 2GB JVM heaps on each > machine did require at least 4GB heap/machine. After proper > investigation, a memory leak in the application server (not Tomcat) was > found, and eventually corrected by the server vendor. After the > correction, the JVM heaps were lowered to 1GB/machine, and most possibly > could be lowered even further. > > So, in as early stage as possible, create some kind of test setup where > you can see effects of different work loads on your servers. Extrapolate > from results, and as you gain knowledge of the application and workload, > rerun your tests to get better estimates. > -- > ..Juha > > --------------------------------------------------------------------- > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]