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

Re: SQLite locking and FSFS rep-sharing

From: Philip Martin <philip.martin_at_wandisco.com>
Date: Mon, 20 Jun 2011 13:03:49 +0100

Daniel Shahaf <danielsh_at_elego.de> writes:

> Philip Martin wrote on Mon, Jun 20, 2011 at 12:01:44 +0100:
>> We could change the rep-sharing database access to take the FSFS
>> repository lock.

I was mistaken about this bit:

>> Read access to the database already occurs at a point
>> when the lock is held.

Access happens inside svn_fs_fs__set_contents, this normally happens
when the database lock is not held.

> Hmm. Intuitively I wouldn't want sqlite writes to have to take the FSFS
> write lock, since I don't want to block commits on them.
> But. SQLite writers block readers, so as long as we write to
> rep-cache.db outside the FSFS write lock (with or without retries) we
> should ensure we don't start readers that hold the FSFS write lock.

Received on 2011-06-20 14:04:32 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.