Hi

Be careful on mod_jk, apache1.3.x and Tomcat 4.x
Apache will use up 100% CPU with 100 concurrent user after 2 hour to 4
hours, I believe there is a bugs on the mod_jk, I did post few message
before, and no one seems to find the solution. For production, use commerce
program until the mod_jk(AJP13) fix the deadlock.

Thanks

----- Original Message -----
From: "Lucy Marney" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, June 11, 2002 9:05 PM
Subject: Tomcat load estimates/load balancing question


> Hi all,
>
> I have a quick question regarding the estimated load of Tomcat 4.0 -
running
> behind Apache 1.3.22, using the WARP connector, and both on the same
machine
> (Linux).
>
> I have read alot about the inability of mod_webapp to do serious load
> balancing - I've gathered that production-style scalability can only be
> achieved through the use of the mod_jk connector.
>
> However, I can't seem to find any explicit estimations of the kind of load
> to be expected when using the above setup - in terms of concurrent servlet
> requests by muliple clients/machines.  How many concurrent connections are
> we talking about here?  Or more specifically, where does the line fall
> between "production use" and "normal use".  I know this is probably a
> personal/context-related issue, but I was interested in just how much you
> can bash Tomcat 4.0 before hassles arise.
>
> My question is sparked by problems in our own setup, whereby concurrent
> requests for the same servlet result in an internal error (NullPointer
> exception, that was previously not a problem) - after only about 10-15
> consecutive requests each.  I'm still trying to track down any
possibilities
> of client/server code errors.
>
> Any thoughts/comments would be greatly appreciated.
>
> Thanks,
> Lucy
>
> _________________________________________________________________
> MSN Photos is the easiest way to share and print your photos:
> http://photos.msn.com/support/worldwide.aspx
>
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to