On Tue, Jun 21, 2011 at 9:57 AM, Greg Stein <gst...@gmail.com> wrote: > That definitely implies something wrong on the client. If the server > is slow, then the client should mostly be blocking. > > I'll investigate after I finish with this XML parsing thing in > ra_serf. (which may fix the observed memory problem)
As a quick data point: I ran with trunk of both SVN and serf - it looks like sf.net turned off keep-alives over SSL - so every request needs a new TCP connection. With trunk of serf (which has a bunch of SSL and memory fixes), it takes ~15 minutes to do the checkout with no memory growth that I could see...but, the constant re-opening of TCP connections is pretty painful - but, it should be something that the sf.net admins can resolve. -- justin