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

Re: comments, please: rev 7706 - trunk/subversion/libsvn_repos

From: Justin Erenkrantz <justin_at_erenkrantz.com>
Date: 2003-11-12 21:28:25 CET

--On Tuesday, November 11, 2003 16:31:19 -0800 Greg Stein <gstein@lyra.org>

> My concern around this is if the deltification process holds locks for a
> "long time", then its lower priority could cause the locks to be held
> longer than necessary, which then delays the processes we actually want to
> operate "fast". Of course, the OS should "bump" the priority of the
> deltify if everybody is waiting for its locks.
> Any ways... it seems like it should be fine, but wanted to ask the list
> whether anybody can see a problem here.

On Unix, if it's pthread locks, some OSes (i.e. Solaris) will detect the
priority inversion and deal with it by bumping the lower priority process
to the priority of the process that is waiting on the locks (as you
described). But, I'm not really sure if that applies to file-based locks
or even BDB locks for that matter. -- justin

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Nov 12 21:29:15 2003

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.