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

Re: Inquiry into issue #572

From: Ben Collins <bcollins_at_debian.org>
Date: 2002-04-04 19:06:57 CEST

On Thu, Apr 04, 2002 at 10:57:24AM -0600, Ben Collins-Sussman wrote:
> On Thu, 2002-04-04 at 09:39, Ben Collins wrote:
> > Issue number 572 is biting me in the ass. This is the problem where neon
> > times out on large updates because mod_dav_svn takes so long before
> > sending down the first chunks of data.
> In olden days (like 3 weeks ago), mod_dav_svn would generate the entire
> delta, and *then* spool the update response back to the client.
> But in r1547, gstein made mod_dav_svn's response a streamy one, so the
> client could start parsing the stream in real time.
> On IRC, you're running mod_dav_svn r1605, so it's puzzling to me as to
> why you're not seeing this benefit.
> Unless, of course, something is really wrong with svn_repos_dir_delta(),
> or the filesystem itself. Any other hypotheses out there?

The update over ra_local works as expected, BTW (for the same update).
Starts almost immediately. Just to alleviate concerns about the update
itself being whacked out.
> > I need this fixed, because of my evil plans.
> We want to aid your evil plans, certainly. :-)

Evilness loves company :)

Debian     - http://www.debian.org/
Linux 1394 - http://linux1394.sourceforge.net/
Subversion - http://subversion.tigris.org/
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Apr 4 19:09:06 2002

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.