----------------------------------------------------------------
BEFORE YOU POST, search the faq at <http://java.apache.org/faq/>
WHEN YOU POST, include all relevant version numbers, log files,
and configuration files.  Don't make us guess your problem!!!
----------------------------------------------------------------

on 11/19/99 10:47 AM, James Harman <[EMAIL PROTECTED]> wrote:

> Are there any statistics available that compare the performance of jrun and
> jserv?

Think about it, what would you be comparing? HelloWorld numbers are useless
because that isn't testing your application and how it will perform in the
various environments.

Your previous question is valid, but it is you who has to come up with those
numbers because that is the only benchmark that is valid for you.

On top of it, both servlet engines will execute servlets at the same speed
because it is all Java and you are just executing the service() method.

It is the overhead of the servlet engine that matters. So, the question is:
how much overhead does JServ add to a servlet request vs. how much overhead
does JRun add. In the case of JServ 1.0, I would say that the overhead is
quite a bit. For 1.1, it is MUCH lower...something like 300% lower. This is
due to a new version of the protocol that the C portion of JServ uses to
communicate with the Java portion as well as other things like the thread
pool.

The distributed architecture of JServ means that the overhead will almost
always be higher than JRun for most applications. On the other hand, when it
comes down to things like Load balancing, fail over and N-Tier scalability
design, Apache JServ will always win because JRun (last I looked) didn't
have these features (ie: zones).

I guess my point is that any numbers that you do find really are worthless.
This is because those numbers are not tests of YOUR application. Only tests
of YOUR application are valid numbers for YOU.

-jon



--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe:        [EMAIL PROTECTED]
To unsubscribe:      [EMAIL PROTECTED]
Archives and Other:  <http://java.apache.org/main/mail.html>
Problems?:           [EMAIL PROTECTED]

Reply via email to