Any idea what causes this difference?
Is it all in the security walk?
The diff --summarize should result in a single report from server to client,
without additional get requests for data
(except for the one time ra session setup, revision lookup, etc. at the start)
Bert
From: Stefan Fuhrmann [mailto:stefan.fuhrm...@wandisco.com]
Sent: woensdag 31 december 2014 00:11
To: Evgeny Kotkov
Cc: Stefan Fuhrman; Subversion Development
Subject: Re: svn commit: r1648542 -
/subversion/trunk/subversion/libsvn_fs_fs/tree.c
On Tue, Dec 30, 2014 at 5:47 PM, Evgeny Kotkov <evgeny.kot...@visualsvn.com
<mailto:evgeny.kot...@visualsvn.com> > wrote:
Stefan Fuhrmann <stef...@apache.org <mailto:stef...@apache.org> > writes:
> URL: http://svn.apache.org/r1648542
> Log:
> In FSFS, remove the L1 DAG cache locking parameters.
[...]
As of this revision, I am also seeing random Apache HTTPD Server segfaults.
I tested two Subversion 1.9.0-dev builds from r1648532 and r1648542. I could
not reproduce the crashes with the first build, but the second one *does* crash
occasionally. Here is a sample backtrace:
[...]
Should be fixed with r1648612.
Interesting observation: svnserve completes the test case in 1 minute
while mod_dav_svn eats a whopping 30 CPU minutes. Everything with
default settings on a format 7 repo with deltified directories.
-- Stefan^2.
