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

RE: admin driven deltification

From: Leeuw van der, Tim <tim.leeuwvander_at_nl.unisys.com>
Date: 2003-11-14 13:15:07 CET

Hi,

deltification from cron-job --> how does the cron-job select the repository? For each repository created an entry in crontab?
A central file somewhere listing all created repositories? (This re-opens an earlier discussion about svn not being able to keep a centralized store of all repositories on a machine, forgot the subject of the thread(s).)

So although a cron-job sounds like a good idea, I think that in practice it's not something that can be done automatically by the installer.

Perhaps an appropriate post-commit-hook-program can be installed into the repository *by default* when a new repos. is created? With a different one for windows and for unix?
(Makes it harder to move the repos from one platform to the other, but well I don't think you can just move a repos from unix to windows anyways without doing dump/reload...)

regards,

--Tim

-----Original Message-----
From: solo turn [mailto:soloturn99@yahoo.com]
Sent: vrijdag 14 november 2003 13:03
To: svn
Cc: kfogel@collab.net
Subject: admin driven deltification

karl, you wrote, that space aware admins should set a deltification in the post-commit hook. does
this mean:
- the user gets the response as late as up to know?
- if you do not run it in post-commit
  does it slow down "svn up" of other users,
  or is it just a server space issue?

would it make sense to run deltification by a cron job (and remove it from post-commit), and doing
packaging for a specific os should include in providing and registering such a job by default?

another thing i am anclear of:
is looking for objects which need to be deltified performance relevant? up to know you exaclty
know the object, you "just" need to do the deltification.

__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Nov 14 13:16:14 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.