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

Re: Timeouts and such

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2003-05-07 23:01:53 CEST

"Derek J. Balling" <dredd@megacity.org> writes:

> Here's my "setup behavior"... I tied blowing away the repository and
> rebuilding it from scratch, and it happened again.
> On repository:
> $ sudo -u www-data svnadmin create /usr/local/svnrepos/reports
> On workstation
> $ cd reports_ORIG
> $ svn import http://repository.byramhealthcare.com/svn/reports .
> $ cd ../
> $ svn co http://repository.byramhealthcare.com/svn/reports reports
> $ cd reports
> $ svn -R propset svn:keywords "Id" .
> $ svn commit -m "added propset Id globally"
> $ svn update
> [bang, wedge/timeout]

OK, so we know what the problem here is:

 * you committed a propchange to every single file in the project.
 * this left your working copy in state whereby every file was at
   revision 2, but every directory at revision 1.

 * the update process begins by describing the working copy to the
   server: so it describes your working copy as being at revision 1,
   but then lists EVERY file as a "special case" (being at rev 2).

 * problem #1: the client builds this whole report in a tmpfile, then
   pushes the tmpfile across the network all at once. it ought to be
   streamy instead; I believe neon allows for this now.

 * problem #2: the server receives the report all at once, and builds
   a server transaction that mirrors your working copy; this takes
   such a long time to do (because the report is so huge) that your
   client (neon) times out waiting for a server response. what
   *should* be happening is that the server ought to receive the
   report streamily, parse the xml (and thus build the transaction) as
   the data arrives.

For now, your only recourse is (probably) to do a fresh checkout, or
increase your neon timeout in your servers file.

But we really need to file a performance/scalability bug: "have
mod_dav_svn parse REPORT xml-bodies streamily".

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed May 7 23:04:19 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.