tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Filip Hanik" <m...@filip.net>
Subject RE: Tomcat throws 302 errors over load - clustering test
Date Fri, 02 May 2003 18:01:35 GMT
I meant, the load balancer can NOT be smart :)


> -----Original Message-----
> From: Filip Hanik [mailto:mail@filip.net]
> Sent: Friday, May 02, 2003 10:55 AM
> To: Tomcat Developers List
> Subject: RE: Tomcat throws 302 errors over load - clustering test
>
>
> > Yes I understand perfectly. However, my question should have been
> > interpreted as what component returns the 302 (and why ?). Nothing in
> > Tomcat 5 (AFAIK) returns a 302 (under load or not), so I'm worried.
>
> this is tomcat 4.1.24, haven't started the load tests with Tomcat 5 yet.
>
> >Well, what is it a redirect to?
> I will find out, currently I need to run some other tests for a client.
>
> > Ok, maybe. It looks like your LB is too threaded to be
> efficient, though.
> > Personally, I would like to have a Java LB :)
>
> once, I have stabilized all my test results, I will just create this LB
> using java.nio and buffers, should be a piece of cake. However, since Java
> doesn't give you the "RAW" option, the load balancer can be super
> smart, ie
> it cant do round robin between requests on a keep alive connection for
> example
>
> > Using HTTP/1.0 is not a real world scenario nowdays IMO, and could put
> > the Java program at a disadvantage.
>
> well, let me correct that, I'm using jakarta-commons-httpclient, with the
> setHttp11(false), otherwise I don't get true round robin since it
> uses keep
> alive connections, hence I can't test session replication :)
>
> I will let you know as soon as I have more test results and more data,
> thanks for all responses.
>
> Filip
>
>
> > -----Original Message-----
> > From: Remy Maucherat [mailto:remm@apache.org]
> > Sent: Friday, May 02, 2003 10:37 AM
> > To: Tomcat Developers List
> > Subject: Re: Tomcat throws 302 errors over load - clustering test
> >
> >
> > Filip Hanik wrote:
> > > I'm I am always accessing /mywebapp/index.jsp why should I get 302 the
> > > requested resource has moved temporarily. And yes, this does
> > only occur when
> > > you put some load on the servers, because the JSP does not issue a 302
> > > sendRedirect.
> >
> > Yes I understand perfectly. However, my question should have been
> > interpreted as what component returns the 302 (and why ?). Nothing in
> > Tomcat 5 (AFAIK) returns a 302 (under load or not), so I'm worried.
> >
> > > Since it is a redirect, I don't count this as a error, instead my test
> > > client submits the exact same request again.
> >
> > That makes sense.
> >
> > > Re:Java load balancer,
> > > this solution is extremely simple, and uses two threads per
> > client socket
> > > instead of java.nio. When putting a lot of load, the context
> > switching in
> > > this process is so high that takes forever. the C load balancer simple
> > > performs better, and I believe it would even if I optimized
> the Java LB.
> >
> > Ok, maybe. It looks like your LB is too threaded to be
> efficient, though.
> > Personally, I would like to have a Java LB :)
> >
> > > The test client is running HTTP1.0, ie, a new connection for
> > each request
> > > hence the LB will redirect to different servers each time, there is no
> > > stickyness configured what so ever.
> >
> > Using HTTP/1.0 is not a real world scenario nowdays IMO, and could put
> > the Java program at a disadvantage.
> >
> > > I have also noticed that running Apache/mod_jk in front of
> > Tomcat, causes
> > > session replication to fail pretty frequently, I will
> investigate more.
> >
> > Remy
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org


Mime
View raw message