Re: Setting maxTotalConnections and maxHostConnections

Eric Bloch wrote: Which JVM? I usualliy bench against Sun's; ( JRockit benched worse last I tried it (it was a year ago or more)) Sun and IBM are usually a little faster than Blackdown. JRockit has 'ThinThreads' which may be a good thing here. ---

Re: Connection Pooling/Piplining

Vimarsh Vasavada wrote: Hello all. We have following challenge to address : 1. We have 2 JBOSS Servers, say, S1 and S2 2. There will be 1,00,000 distinct-client-threads fired to S1/TalkToS2.jsp/ 3. S1 will have hence virtually 1,00,000-threads attempting to exchange request/response with S2 only

Connection Pooling/Piplining

Hello all. We have following challenge to address : 1. We have 2 JBOSS Servers, say, S1 and S2 2. There will be 1,00,000 distinct-client-threads fired to S1/TalkToS2.jsp/ 3. S1 will have hence virtually 1,00,000-threads attempting to exchange request/response with S2 only. Now questions : 1. how d

Re: Setting maxTotalConnections and maxHostConnections

I'm talking linux 1p and 2p systems running 2.4 kernels. I'll give 2.6 systems a try! Which JVM? I usualliy bench against Sun's; ( JRockit benched worse last I tried it (it was a year ago or more)) Thanks! -Eric Ortwin Glück wrote: Eric Bloch wrote: My believe (and experience) is that y

Re: Setting maxTotalConnections and maxHostConnections

Eric Bloch wrote: My believe (and experience) is that you'll run into java thread scheduling delays (cpu bottlenecks) before you should hit connection limits on most servers, as long as you set these values reasonably high. -Eric Not necessarily. On a SMP System using a 2.6 Kernel this should

Re: Setting maxTotalConnections and maxHostConnections

My believe (and experience) is that you'll run into java thread scheduling delays (cpu bottlenecks) before you should hit connection limits on most servers, as long as you set these values reasonably high. -Eric Ortwin Glück wrote: Thinh, I think those parameters can drastically affect the

Re: Setting maxTotalConnections and maxHostConnections

Thinh, I think those parameters can drastically affect the performance of your system. I suggest you draw a chart of your system and fill in figures about computational load, number of connections between machines and traffic with the estimated number of users. Perform some load tests to get a

Re: Setting maxTotalConnections and maxHostConnections

Hi Thinh, I assume you are talking about the number of connections for the MultiThreadedHttpConnectionManager. There is no real formula that I'm aware of for the number of connections to use. I would suggest load testing, and seeing what works best. We would certainly be interested in any r

Setting maxTotalConnections and maxHostConnections

Hello. We have a firewall, load balancer, 4 web servers, 6 app servers, 2 database servers, and 2 specialty web servers/app servers on our production environment. We average 20,000 users a day. We are expecting to get North of 100,000 users a day once our marketing campaign launches. The spe

RE: The httpclient.wire log.

All right. I'll look into the problem this weekend and apply a fix. Oleg -Original Message- From: Ortwin Glück [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 31, 2004 11:37 To: Commons HttpClient Project Subject: Re: The httpclient.wire log. Olge, Geir is right. It is a bug to use a

Re: The httpclient.wire log.

Olge, Geir is right. It is a bug to use an encoded reader since that will convert all bytes not used by the encoding to question marks. His patch fixes the problem. My idea was just to provide sort of nicer output. Odi Kalnichevski, Oleg wrote: Geir, The wirelog displays (is intedned to displ

RE: The httpclient.wire log.

Geir, The wirelog displays (is intedned to display) what gets physically transmitted across the wire escaping all potentially non-printable characters, hence the US-ASCII charset. What you see is what you get, sort of. I suspect that this is not just the problem with the wire log display. I won

RE: The httpclient.wire log.

Hi again. > > > > I want the log to be: "[0xc3][0xa6][0xc3][0xb8][0xc3][0xa5]" > I think, just using the default platform encoding is as bad as using > US-ASCII because it does not reflect was is *really* sent over the wire. If you look closely, you will see that this is _not:_ the default chara

Re: The httpclient.wire log.

Geir H. Pettersen wrote: Hi, I have been using the commons httpclient successfully since rc1. Great work guys! This is the best client that I ever have used in java. Thanks for the flowers, Geir! The httpclient.wire log is fantastic, but there is something there that bothers me a bit. Before th

Re: Encountering problems with httpclient

Michael, I am using the latest version. I have found the solution : use MultiThreadedHttpConnectionManager. Before that I was using the default Simple. Paul Michael Becke wrote: Hi Paul, Sounds like you are using an older version of HttpClient. I suggest upgrading to 2.0. Mike On

The httpclient.wire log.

Hi, I have been using the commons httpclient successfully since rc1. Great work guys! This is the best client that I ever have used in java. The httpclient.wire log is fantastic, but there is something there that bothers me a bit. Before the characters are written to log, they are decoded with "U