On Thu, May 12, 2011 at 10:12, Justin Erenkrantz <jus...@erenkrantz.com> wrote: > On Wed, May 11, 2011 at 4:40 PM, Mark Phippard <markp...@gmail.com> wrote: >> The story using Serf is not as good. There are a few places where it >> is fastest, namely merge. But there are other cases where it is >> dramatically slower. The number of HTTP requests with Serf is 80,990. >> Looking at the numbers, it seems like Serf is slowest when it comes >> to the areas where it issues all those GET requests, such as checkout >> and update. On other operations it is more inline with Neon. Maybe > > r1102173 will help slightly when there are lots of checkouts as > ra_serf wasn't asking for the REPORT response to be compressed - doing > that saves a fair bit of traffic before the parallelization can begin. > (86k down to 16k for a checkout of notes/.) > > I'm also assuming you've appropriately configured your httpd server...see: > > http://mail-archives.apache.org/mod_mbox/subversion-dev/201101.mbox/%3CAANLkTi=AN-2BZgjSioowmEFgqFt5L=wyw9yzffayo...@mail.gmail.com%3E > Unfortunately huge memory leak in mod_deflate/mod_dav prevents enabling gzip on compression on production servers, especially on Windows where single process mode is used: http://svn.haxx.se/dev/archive-2009-08/0274.shtml
-- Ivan Zhakov