This is the mail archive of the
mailing list for the glibc project.
Re: why does rwlock prefer readers by default?
- From: Rich Felker <dalias at libc dot org>
- To: Torvald Riegel <triegel at redhat dot com>
- Cc: GLIBC Devel <libc-alpha at sourceware dot org>
- Date: Wed, 7 May 2014 14:51:21 -0400
- Subject: Re: why does rwlock prefer readers by default?
- Authentication-results: sourceware.org; auth=none
- References: <1399458831 dot 32485 dot 12625 dot camel at triegel dot csb>
On Wed, May 07, 2014 at 12:33:51PM +0200, Torvald Riegel wrote:
> POSIX makes it an implementation-defined choice whether readers or
> writers are preferred. Our current implementation's default is that
> readers are to be preferred. I couldn't find the rationale for this;
> does anybody know what it was?
> Otherwise, if this was an arbitrary choice, what do you all think the
> default should be? Can we change it? Should we change it to preferring
As far as I know, there is no way to prefer writers but allow
recursive locking by readers (which the standard requires be allowed)
without unbounded memory usage (to track which threads already own a
read lock). The problem is that you can't distinguish a new reader
from an existing reader performing a recurive lock and thus you have
to allow both, even if a writer is waiting. Please correct me if I'm
wrong on this.