I've changed the subject line since this is moving away
from the proposal.
[EMAIL PROTECTED] wrote:
>
> And I can assure you that everyone
> working on performance seriously is running those test
> and evaluating the performance periodically.
>
Nah, I'm not going to take your word for it. Taking your
assurance on performance would be unprofessional. That
doesn't mean I think you're dumb, it means I don't trust
anybody's word on performance without more information.
But how about this: I'll show you mine if you show me
yours. Post the workload you've used to measure the
performance improvement, and I'll post the one I used for
testing static file serving performance. Actual results
can wait, I just want to see the benchmark.
If you're really using ab against HelloWorldServlet, then
just say it that way, one sentence, no need to get all
formal.
I have to dig up my notes, but here's a peek at mine:
- http_load used to retrieve a very small http file. This
isn't necessarily a servlet test. In Tomcat's case it
ends up testing things like:
- How fast the defaultservlet runs. This is
uninteresting to many people, but very important to
others.
- How fast the http/ajp13 connector code runs.
- The speed of the network stack on your test
computers.
- I call the results bogo-rps (request per second),
because it's a totally bogus way to measure system
performance. (But it's useful for doing specific kinds
of tuning)
- results and details of test setup are a separate issue,
I need to re-run against Coyote in any case. But at
least:
- test with and without an Apache front-end
- Apache serving static files (not a tomcat test at
all, but a baseline)
- Apache mapping static file serving to tomcat
- Tomcat standalone
- No other workload on Tomcat. Restart for
every run. (but include "warmup" so hotspot
stabilizes)
- Test run on at least two machines (loopback interface
skews results)
> Please stop this line of arguments - I personally feel
> you treat me like a stupid who doesn't know anything
> about that and has to be reminded of the basics.
>
I was responding to Remy's -1. Restating the obvious isn't
a personal slam, it's a way to reveal hidden assumptions
and find the roots of a technical disagreement.
It also helps non-specialists to follow the lines of
reasoning (there are 1000's of other people on this list,
and I wasn't just talkig to Remy). It's an
entirely reasonable thing to do, and I'm certainly not
going to stop. It is very definitely not meant to imply
that you, Costin, personally don't know this stuff, and I
will try to be more clear about that in future posts.
--
Christopher St. John [EMAIL PROTECTED]
DistribuTopia http://www.distributopia.com
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
