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

Re: [RFC] Revision property caching

From: Branko Čibej <brane_at_wandisco.com>
Date: Wed, 20 Aug 2014 13:30:41 +0100

[Note: I'd like to split this into two threads, one about revprop
caching and another about named atomics]

On 20.08.2014 13:21, Evgeny Kotkov wrote:
> We (Sergey Raevskiy <sergey.raevskiy_at_visualsvn.com> and I) had some time to
> examine the revision property caching feature, and there are some conclusions
> that we would like to share. In brief, there are certain conditions when this
> feature can actually *wreak havoc* in terms of the repository consistency and
> possible corruptions. This applies to both Subversion trunk_at_1618912 and to
> the released Subversion 1.8.10.


I haven't looked at the implementation, but if your description is
correct, then we're definitely in trouble.

I would have expected that the unversioned-metadata (i.e., currently
only revprop) generation would always be updated regardless of cache
settings, and never be cached. I presume changing the implementation to
behave this way would fix the problem?

And by all means, do commit your failing test case.

-- Brane

Branko Čibej | Director of Subversion
WANdisco | Realising the impossibilities of Big Data
e. brane_at_wandisco.com
Received on 2014-08-20 14:31:18 CEST

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.