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

Re: [Issue 1563] New - TTimo's mysterious 'stalling' checkout

From: Brandon Ehle <azverkan_at_yahoo.com>
Date: 2003-10-22 03:09:45 CEST

>------- Additional comments from sussman@tigris.org Tue Oct 21 10:04:32 -0700 2003 -------
>Timothee Besset is having a sometimes-repeatable scalability/perf problem with
>his public repository located at
> https://zerowing.idsoftware.com:666/radiant
>Even though the mozilla tree is much larger, I've not been able to
>reproduce this at all in import/checkout tests. I'm listing all the
>symptoms here in this issue, in hopes that maybe somebody else can
>* server is running httpd-2.0.47, subversion 0.31 tag, bdb 4.0
>* tries to checkout /trunk, about 100M of data. No directory has an
> absurd number of children, no ridiculously large files either.
>* server starts to generate the skelta (a full list of the working
> copy tree), client immediately begins to parse the response and GET
> each file.
>* at some random point, server suddenly stops sending data to client.
> gdb reveals that it's deep within svn_repos_dir_delta(), within fs
> open_path(), within bdb_read_rep(), in __db_cursorchk() or __db_get().
>* when we 'continue' and re-break gdb, mod_dav_svn has definitely
> moved on to a different open_path() call, but still the client is
> blocking, waiting for data. (And of course, the client has stopped
> fetching files too.)
>* apparently httpd starts growing very large during this 'silent' period.
> Way larger than 7 or 10M as usual, but up to 26M and growing.
>* eventually the client just times-out waiting for more response, and
> TTimo ends up killing httpd.
>* when TTimo retries the checkout, it doesn't always reproduce. But when it
>does, it's not stalling at the same point.
Is he running apache with mpm-prefork?

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Oct 22 03:10:15 2003

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.