subversion-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Branko ─îibej <>
Subject Re: Proposal: new fsfs.conf properties
Date Thu, 13 Jul 2017 18:11:17 GMT
On 13.07.2017 16:07, Daniel Shahaf wrote:
> On Thu, Jul 13, 2017 at 06:34:17AM -0400, Paul Hammant wrote:
>> Or am I really wanting Svn's backend compression and deltification to be
>> out of band ?
>>     1. compression-strategy = defer-to-idle-time-even-if-days-later
>>     2. deltification-strategy = defer-to-idle-time-even-if-days-later
> That's indeed conceivable: compression/deltification could, in principle,
> be deferred to 'svnadmin pack' time, so a commit would create PLAIN reps
> (or DELTA reps against whatever base the client happened to choose) and
> a subsequent 'svnadmin pack' would convert them to skip-deltas DELTA reps.
> Wouldn't even require a format bump :-)

I agree, I've been thinking for a long time that compression and/or
deltification is a waste of time during commit. I'm not sure we'd really
want to defer it to 'svnadmin pack'; but, e.g., spawning off a daemon
process to post-process the commit might not be a completely silly idea.
Especially as we're not exactly good at using up all available cores on
the server.

-- Brane

View raw message