Justin Erenkrantz wrote:
> On 7/10/06, Malcolm Rowe <malcolm-svn-dev@farside.org.uk> wrote:
>> Thanks for the report. I've no evidence to prove it, but I suspect
>> that the reason that binary files are usually involved is simply because
>> they tend to generate larger revisions, and so more data to be written,
>> leading to a higher chance of failure.
>
> FWIW, at ApacheCon, we got a report that this problem is being seen
> over once a week for a particular user with ~30MB files. So, there is
> a really nasty gremlin that we need to fix. -- justin
Our binary files are all less than 6Mb (maybe 1% 5.5Mb, 10% PDFs @
1.5Mb, 25% FrameMaker files @ 250kb), and we don't do that many binary
files like this in the total repository, which is mostly software or
document sources. Having used SVN for about 18 months in our community
(maybe 30 committers, but hundreds of readers), I think this problem is
the only bug-related problem in the whole thing (i.e. I wouldn't mind
changing or adding a couple of design features),so fixing it will
definitely add an aura of near invincibility to SVN. I think that our
mix of files is not unreasonable or unexpected for SVN users, so the
symptoms are unfortunately going to keep occurring. I wish I could
provide more detailed evidence to help the developers here (and I will
if I see any).
I guess a test server which is pounded by commits of say 5Mb+ binary
files should help reproduce the problem. Best of luck with finding it.
- thomas beale
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jul 12 10:46:51 2006