Hello,
we are using libapache2-svn and subversion both from Lenny backports,
with apache2-mpm-worker from plain Lenny,
all on Debian Lenny AMD64,
(for some reason kernel also from Lenny backports).
That combination serves us well
in a busy SVN production environment.
Regards, Andreas
--
Dr.
, 2011 1:34 AM
To: Johan Corveleyn
Cc: krueger, Andreas (Andreas Krüger, DV-RATIO); users@subversion.apache.org
Subject: Re: Trival merge of big text file: Dismal performance, 540x faster if
binary.
Johan Corveleyn wrote on Fri, Jan 14, 2011 at 23:52:10 +0100:
Ok, after rereading this thread, I'm
Hello,
trivial merges of big text file changes are dismally slow. SVN can do
much better when doing such merges as binary.
Briefly, I think it should. I suggest SVN should detect the trivial
merge situation, and use the fast binary algorithm even for text
files.
I'd like to open a bug report /
Hello, Stefan,
Can you share both versions of this file ... ?
The bad news: No, sorry.
The good news: This is a generic problem. So it is quite easy to come
up with example files.
To be more specific than that, the following Perl script generates two
files (which aren't XML, but just lines
Sterk
Vorsitzender des Aufsichtsrates: Jörg Menno Harms
Sitz der Gesellschaft: Böblingen S Amtsgericht Stuttgart HRB 244081
WEEE-Reg.-Nr. DE 30409072
-Original Message-
From: krueger, Andreas (Andreas Krüger, DV-RATIO)
Sent: Thursday, January 13, 2011 4:03 PM
To: 'users
Hello, fellow SVN users,
I think I have been bitten by two svnsync writing
to the same mirror repo in parallel, causing it to become unusable
for its intended purpose.
Here are the gory details of the second such problem,
which occurred today. We had a previous such problem some time
ago, but