Tom Lord <lord@regexps.com> writes:
> I think I see a flaw in the semantic design of svn (revnums) that I
> believe is likely to impose a serious limit on performance in the
> future, when people try to scale svn for large but realistic
> situations:
>
> revnum imposes a total order on all write transactions.
>
> If I'm reading the code correctly, the global revision number of a
> write transaction is determined early in the transaction -- before
> most of the work is done (I think the ra_svn protocol calls this
> step `target_rvn').
You've misunderstood the code (or ghudson's ra_svn protocol is broken,
which I highly doubt). A new revision number is not assigned until
near the very end of the svn_fs_commit_txn() function call, after the
transaction (T) has successfully merged in all the changes of any
other transactions that have been committed since the beginning of T's
commit process.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Dec 16 14:57:06 2002