Re: Is JMeter using too much memory?

[Mike Stover <ms...@apache.org>]

Martin Ramshaw looked into the Commons HTTPClient a while back.  According to 
him, it's a 100% java solution, and he was concerned about how it would perform 
as a result.  He also was concerned about threading issues, since the Commons 
Client re-uses connections by default, and it's uncertain whether that behavior is 
controllable from the API offered.

However, I have doubts that the performance is significant compared to just the 
waiting around for a server to respond.  Regarding the threading, I'm not 
convinced the Sun's solution doesn't suffer from the same problems.  Ideally, a 
new protocol would be developed for JMeter that used the Commons HTTPClient 
and it could then compete with the current protocol, and people could decide for 
themselves which they preferred.

-Mike

On 2 Jan 2003 at 0:00, Scott Eade wrote:

> On 31/12/2002 9:49 AM, "Jordi Salvat i Alabart" <js...@atg.com> wrote:
> > 1.4 JDKs have a pretty serious performance bug in the URL.encode method.
> > You'll run much MUCH faster if you use JDK 1.3 or you don't encode your
> > parameters, etc.
> 
> Why don't we switch to an encoder that does not suffer from this problem -
> presumably the commons httpclient will include such a method somewhere (but
> undoubtedly others exist).
> 
> I guess as a more general question, are the JMeter developers considering
> using any of the APIs offered by commons?  It seems that httpclient would be
> an obvious one to consider.  A discussion on the jmeter-dev list leads me to
> think that jorphan was/is Mike's own personal set of common routines that
> might be better sourced from commons (where they exist, with perhaps some
> new APIs defined if there are some that are missing).  Just a thought.
> 
> Cheers,
> 
> Scott
> -- 
> Scott Eade
> Backstage Technologies Pty. Ltd.
> http://www.backstagetech.com.au
> .Mac Chat/AIM: seade at mac dot com
> 
> 
> --
> To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
> 



--
Michael Stover
mstover1@apache.org
Yahoo IM: mstover_ya
ICQ: 152975688
AIM: mstover777

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>