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

Reply via email to