[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: [PATCH] Pools space-time tradeoff

From: Sander Striker <striker_at_apache.org>
Date: 2002-05-26 11:46:59 CEST

> From: Brian Pane [mailto:bpane@pacbell.net]
> Sent: 26 May 2002 02:03

> On Sat, 2002-05-25 at 13:08, Brian Pane wrote:
>> I'll run httpd benchmarks using this patch and the current pool code.
>> If all goes well, I'll post results later today.
>
> Good news:
>
> The benchmark tests are finished, and I don't see any loss of
> httpd performance with Sander's patch.
>
> The test case:
> httpd-2.0.37-dev on Solaris 8/Sparc
> worker MPM, running on a server with 8 CPUs
> no libmtmalloc
> load generator sending 50 concurrent requests for a 0-byte file
> over 100Mb/s switched LAN
>
> The point of this test setup was to amplify the effect of any
> extra mallocs that the patch might require.
>
> Results:
>
> Configuration Requests/sec CPU util Load avg
> ------------- ------------ -------- --------
>
> 2.0.37 baseline 1206 72% 7.3
>
> plus Sander's patch 1213 71% 7.3
>
>
> The difference in throughput and CPU utilization is within the
> range of normal measurement error for this test setup, so I'd
> say that the httpd performance is identical with and without
> the patch.

Thanks for the benchmark test Brian!

I've committed both patches (which were tested as one in the above) to
APR. The Subversion patch is in rev 2017, so remember to update your
APR when you update Subversion.

Cliff, could you consider including these in 2.0.37? It would be
nice if a Subversion server could be built from a release tarball ;).

Thanks,

Sander

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun May 26 11:42:29 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.