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

Re: svn commit: r1331763 - in /subversion/trunk/subversion/libsvn_fs_fs: fs.h fs_fs.c

From: Greg Stein <gstein_at_gmail.com>
Date: Mon, 4 Jun 2012 09:02:38 -0400

On Jun 4, 2012 5:38 AM, "Stefan Fuhrmann" <eqfox_at_web.de> wrote:
>
> Am 30.04.2012 21:20, schrieb Greg Stein:
>
>> On Sun, Apr 29, 2012 at 08:15, Stefan Fuhrmann<eqfox_at_web.de> wrote:
>>>
>>> ...
>>> The problem is that there is globally available file name
>>> to back the SHM implementation on OSes that need it.
>>> We can only assume write access to some file within the
>>> respective repositories.
>>>
>>> Because a given server process may access thousands of
>>> repositories during its lifetime, keeping the SHM data
>>> alive for all of them is not an option, too.
>>>
>>> So, we store the new revprop generation as part of each
>>> setrevprop call, i.e. this write will be serialized and the
>>> write order be kept by the repository write lock.
>>>
>>> The only racy situation occurs when the data is being read
>>> again but the first one to finish that procedure is guaranteed
>>> to be the only one that initializes the SHM data. Since even
>>> writers will first go through that initialization phase, they
>>> will never operate on stale data.
>>
>> Is all the above written into some comments or docstrings? It would be
>> nice to preserve information in the code rather than mailing lists :-)
>
>
> Added to docstrings in r1345872.

Cool. Thanks!
Received on 2012-06-04 15:03:13 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.