Karl Fogel <email@example.com> writes:
> Greg Stein <firstname.lastname@example.org> writes:
> > Why wait for commit_txn? That occurs *after* all the data has been delivered
> > to the server. On my poor little 56k modem, that could be 15 minutes later.
> > Then, *one* file is out of date, I say "fuck!", update that one file, and
> > recommit the whole bloody thing.
> +1 :-)
> I think this is a case where the filesystem has to have code to make a
> guarantee (the merge guarantee, that commits will error with conflict
> rather than commit against out-of-date data), and ra_dav wants to have
> some very similar code in order to achieve a network optimization.
> Yes, the codes are similar, but each exists for a good reason,
> independent of the other.
But as I mentioned, doesn't it seem odd that one ra layer be
continually calling fs_merge() during a commit, and another ra layer
be companing node-rev-ids during a commit.... both to achieve the
*exact* same network-optimization effect? Why have two different
techniques for this?
Received on Sat Oct 21 14:36:26 2006