> Does anyone know the limits, with regards to traffic, of
> a single machine running, say tomcat with a struts application.
> For example, could an app running on a single machine handle
> 500 hits an hour, or 500,000 hits a month ......
Your question is too general to answer with any specifics. I will give you
some questions to consider (but I can't answer them for you, and the struts
mailing list is probably not the most relevant place to answer them anyway.)
The answer depends on a lot of factors, such as:
1. How powerful is the machine?
2. How much latency is on the network?
3. How much bandwidth is available in the network?
4. How much RAM/CPU/network/Disk IO does the application need?
5. What other machines are being used (e.g. database servers)?
Also, consider the time aspect of "can it handle 500,000 hits per month".
Are these hits evenly distributed throughout the day/week? Or do most of
them occur between 9AM-5PM on Monday-Friday?
When you say "hits" are you including static content like graphics, or do
you really mean "page views"? 500,000 hits might really be only 50,000 page
views. 500 hits per hour is about 8 hits per minute, or about one hit per 7
seconds. That should generally be pretty easy to achieve. But even that
depends on how big a "hit" is.
What you really should ask is, "where is the bottleneck in my application?"
I doubt that struts would be the guilty party. Your server might not be it,
either. Remember that a T1 line is 1.544 MbPS; even a modest server could
saturate that with relative ease.
> Are ther any guides to this sort of information
Yes. I have found Sun's Dot Com Builder series to be helpful
(www.sun.com). IBM's DeveloperWorks Web site has some nice articles. I
have a book called "Capacity Planning for Web Performance" that's really
good (though quite technical). O'Reilly's book "Web Performance Tuning"
might be a bit dated and geared towards static content, but is also very
good.
You would be well-served to do a Google search for "server sizing",
"capacity planning" and similar topics.
Hope that helps-
Tom
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
