[Fwd: Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev]

2004-07-28 Thread Henri Gomez
It seems we didn't got this CC in tc-dev : ---BeginMessage--- Henri Gomez wrote: I made some benchs on my Linux Fedora Core 2 on a P4 2.8ghz / 1Gb RAM : Apache 2 alone 1202 req/s TC/Coyote 883 req/s One thing I noticed when looking at Tomcat 5.0.x is that its default,

Re: [Fwd: Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev]

2004-07-28 Thread Remy Maucherat
Henri Gomez wrote: It seems we didn't got this CC in tc-dev : Henri Gomez wrote: I made some benchs on my Linux Fedora Core 2 on a P4 2.8ghz / 1Gb RAM : Apache 2 alone 1202 req/s TC/Coyote 883 req/s One thing I noticed when looking at Tomcat 5.0.x is that its default,

Re: [Fwd: Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev]

2004-07-28 Thread David Rees
Remy Maucherat wrote, On 7/28/2004 7:54 AM: One thing I noticed when looking at Tomcat 5.0.x is that its default, static-file-delivering servlet does a stat(2) of each path prefix leading up to the file. A standard installation of Apache 2.x, with FollowSymlinks enabled, doesn't do these stat

Re: [Fwd: Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev]

2004-07-28 Thread Filip Hanik - Dev
The Java VM does this through file handling, we would have to find out where it issues this call and if we can get around it. The Tomcat developers are not calling stat anywhere in the code, but the underlying JVM code does, we just don't know where Filip - Original Message - From:

Re: [Fwd: Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev]

2004-07-28 Thread Remy Maucherat
Filip Hanik - Dev wrote: The Java VM does this through file handling, we would have to find out where it issues this call and if we can get around it. The Tomcat developers are not calling stat anywhere in the code, but the underlying JVM code does, we just don't know where Ok. Well, I think

Re: [Fwd: Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev]

2004-07-28 Thread Bill Barker
- Original Message - From: Filip Hanik - Dev [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Wednesday, July 28, 2004 9:13 AM Subject: Re: [Fwd: Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev] The Java VM does this through file handling,

Re: [Fwd: Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev]

2004-07-28 Thread Brian Pane
Remy Maucherat wrote: Filip Hanik - Dev wrote: The Java VM does this through file handling, we would have to find out where it issues this call and if we can get around it. The Tomcat developers are not calling stat anywhere in the code, but the underlying JVM code does, we just don't know where

Re: [Fwd: Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev]

2004-07-28 Thread Remy Maucherat
Bill Barker wrote: My guess would be File.getCanonicalPath() in FileDirContext. There's a cache for that, so canonicalization will happen only once in a while. I don't understand how it can possibly be a performance issue. Rémy

Re: [Fwd: Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev]

2004-07-28 Thread Kurt Miller
From: Bill Barker [EMAIL PROTECTED] From: Filip Hanik - Dev [EMAIL PROTECTED] The Java VM does this through file handling, we would have to find out where it issues this call and if we can get around it. The Tomcat developers are not calling stat anywhere in the code, but the underlying

Re: [Fwd: Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev]

2004-07-28 Thread Filip Hanik - Dev
There's a cache for that, so canonicalization will happen only once in a while. I don't understand how it can possibly be a performance issue. maybe I am reading the code wrong, but the method file() in FileDirContext creates a new file object each time, so there is no caching there. So I guess

Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-23 Thread Henri Gomez
Tim Funk wrote: Try siege: http://joedog.org/siege/ Despite what the docs say, it runs pretty sweet on cygwin too. (with 2.60b5) Well I've got problem with release 2.59 and 2.60b5, siege seems to sleep ? (using HTTP 1.1) siege -u http://machone/HelloWorldExample.html -b -r10 -c16 ;(

Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-23 Thread Henri Gomez
Henri Gomez wrote: Tim Funk wrote: Try siege: http://joedog.org/siege/ Despite what the docs say, it runs pretty sweet on cygwin too. (with 2.60b5) Well I've got problem with release 2.59 and 2.60b5, siege seems to sleep ? (using HTTP 1.1) siege -u http://machone/HelloWorldExample.html -b -r10

Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Remy Maucherat
Henri Gomez wrote: I made some benchs on my Linux Fedora Core 2 on a P4 2.8ghz / 1Gb RAM : Apache 2.0.50 in - Apache 2.0.50 alone (simple html file) - TC 3.3.2/Coyote 1.1 - Apache 2.0.50 + jk 1.2.6 + TC 3.3.2/jk2 JkMount /examples/* local worker.local.port=8009 worker.local.host=localhost

Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Henri Gomez
Remy Maucherat wrote: Henri Gomez wrote: I made some benchs on my Linux Fedora Core 2 on a P4 2.8ghz / 1Gb RAM : Apache 2.0.50 in - Apache 2.0.50 alone (simple html file) - TC 3.3.2/Coyote 1.1 - Apache 2.0.50 + jk 1.2.6 + TC 3.3.2/jk2 JkMount /examples/* local worker.local.port=8009

Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Peter Lin
the nightly build of jmeter has an alpha sampler that uses Commons HTTPClient. you may want to try that one instead, if you use jmeter peter On Thu, 22 Jul 2004 15:09:19 +0200, Henri Gomez [EMAIL PROTECTED] wrote: Remy Maucherat wrote: Henri Gomez wrote: I made some benchs on my Linux

Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Henri Gomez
Peter Lin wrote: the nightly build of jmeter has an alpha sampler that uses Commons HTTPClient. you may want to try that one instead, if you use jmeter peter made some tests with JMeter 2.0.1 but my laptop is way to slow. I need another smaller stress tool ;(

Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Peter Lin
you can run it in non-Gui mode with -n option. http://jakarta.apache.org/jmeter/usermanual/get-started.html#non_gui might help, or not. peter On Thu, 22 Jul 2004 15:33:41 +0200, Henri Gomez [EMAIL PROTECTED] wrote: Peter Lin wrote: the nightly build of jmeter has an alpha sampler that

Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread jean-frederic clere
Henri Gomez wrote: Remy Maucherat wrote: Henri Gomez wrote: I made some benchs on my Linux Fedora Core 2 on a P4 2.8ghz / 1Gb RAM : Apache 2.0.50 in - Apache 2.0.50 alone (simple html file) - TC 3.3.2/Coyote 1.1 - Apache 2.0.50 + jk 1.2.6 + TC 3.3.2/jk2 JkMount /examples/* local

Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Henri Gomez
jean-frederic clere wrote: mod_proxy in ap_proxy_http_cleanup() closes the socket if HTTP is 1.1 is that correct? The request was (from ab): +++ GET /examples/ HTTP/1.0^M User-Agent: ApacheBench/2.0.40-dev^M Connection: Keep-Alive^M Host: localhost:7779^M Accept: */*^M ^M +++ I'm still looking

RE: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Shapira, Yoav
Hi, Does wget support HTTP/1.1? Yoav Shapira Millennium Research Informatics -Original Message- From: Henri Gomez [mailto:[EMAIL PROTECTED] Sent: Thursday, July 22, 2004 12:36 PM To: Tomcat Developers List Subject: Re: Some benchs results : WAS: Invitation to HTTPD commiters in

Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Tim Funk
Try siege: http://joedog.org/siege/ Despite what the docs say, it runs pretty sweet on cygwin too. (with 2.60b5) -Tim Henri Gomez wrote: jean-frederic clere wrote: mod_proxy in ap_proxy_http_cleanup() closes the socket if HTTP is 1.1 is that correct? The request was (from ab): +++ GET