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 FWIW, in some quick local real-world tests, I see ra_neon and ra_serf being within margin of error on checkouts - so I have a hunch it might be something more pathological that a test suite would hit. I'm sure those of us in Dublin or Berlin can look more. I'll be in Dublin this weekend, but I won't be in Berlin... -- justin
