RE: svn commit: r1648542 - /subversion/trunk/subversion/libsvn_fs_fs/tree.c

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.fuhrmann_at_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.kotkov_at_visualsvn.com <mailto:evgeny.kotkov_at_visualsvn.com> > wrote:

Stefan Fuhrmann <stefan2_at_apache.org <mailto:stefan2_at_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.

 
Received on 2014-12-31 00:50:46 CET