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

Re: svn commit: rev 7974 - in branches/issue-1601-dev/subversion: include libsvn_ra_local libsvn_repos mod_dav_svn svnserve tests/libsvn_repos

From: Greg Hudson <ghudson_at_MIT.EDU>
Date: 2003-12-11 06:48:52 CET

On Wed, 2003-12-10 at 23:46, kfogel@collab.net wrote:
> Each RA layer is going to want to decide when/how to do deltification.
> In order to avoid the various RA layers duplicating the same code, we
> naturally want to factorize the deltification possibilities. What's
> the right place to do that? Oh ho, look, libsvn_repos is the right
> place. And if we make the deltification decision part of the commit
> API, then no RA implementor can accidentally forget to make the
> decision. One may consciously decide not to deltify, and pass the
> appropriate flag, but one may not simply pass no flag.

It doesn't seem like there will be much code to duplicate; just a call
to svn_fs_deltify or whatever.

I was thinking that svnserve in daemon mode would perform the commit,
answer the caller, and then perform deltification--no need for a fork.
Your API doesn't allow for that.

(It seems like mod_dav_svn should do the same thing if it can;
otherwise, you risk subverting Apache's performance tuning mechanisms by
creating background processes which can't be accounted for by Apache.)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Dec 11 06:49:28 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.