[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: issue #1573: fs deltification causes delays

From: C. Michael Pilato <cmpilato_at_collab.net>
Date: 2003-11-04 23:10:27 CET

John Szakmeister <john@szakmeister.net> writes:

> If I understand how this works correctly, this 'svnadmin tunefs'
> wouldn't interfere with normal repository operation, correct? If
> that's true then I'd say it's not a lot to ask to run this in the
> post-commit process or as a cron-job. However, if it does
> interfere, I would -1 this. I would have to agree with Jack in that
> this should be site-friendly and 'global development' friendly.

What do you mean by interfere? Berkeley DB locking struggles? Node
revisions getting deltified by multiple processes at the same time?

The proposal is very simple. Today we have a routine which runs over
the items changed in a particular revision and deltifies the
predecessors of those items. 'svnadmin tunefs' would simply relocate
calls to that code from the commit process to an external program.
All the ways in which multiple instances of the deltification code
could knock heads with each other in the current scenario would still
be present in the new one -- but not additional ones, and as noted,
the individual user experience is greatly enhanced.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Nov 4 23:11:42 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.