You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Ben Collins <bc...@debian.org> on 2002/04/04 15:39:44 UTC
Inquiry into issue #572
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.
I need this fixed, because of my evil plans. Anyone care to point me to
more information about proposed fixes, or half-done attempts at fixing
it?
BTW, I tried increasing my client to timeout after 10 minutes (in my
normal cases) and it still didn't help. So that isn't a solution. The
whole update should be done in ten minutes...not take that long to start
:)
Ben
--
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
Re: Inquiry into issue #572
Posted by Ben Collins <bc...@debian.org>.
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
Re: Inquiry into issue #572
Posted by Ben Collins-Sussman <su...@collab.net>.
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?
> I need this fixed, because of my evil plans.
We want to aid your evil plans, certainly. :-)