From owner-freebsd-arch@FreeBSD.ORG Thu May 29 17:28:44 2008 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADC431065673 for ; Thu, 29 May 2008 17:28:44 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outL.internet-mail-service.net (outl.internet-mail-service.net [216.240.47.235]) by mx1.freebsd.org (Postfix) with ESMTP id 8190F8FC17 for ; Thu, 29 May 2008 17:28:44 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 7160A24A0 for ; Thu, 29 May 2008 10:28:44 -0700 (PDT) Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 151C82D6015 for ; Thu, 29 May 2008 10:28:44 -0700 (PDT) Message-ID: <483EE7D5.5050408@elischer.org> Date: Thu, 29 May 2008 10:28:53 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: arch@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: all mutexes -> read-write locks? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2008 17:28:44 -0000 it has been mentioned several times that through the evolution of the locking primitives it has come to be that mutexes and exclusively acquired reader-writer locks are almost the same in terms of overhead and that it might be a good move to define all mutexes to be actually just that. this would allow people to slowly go through the system, catching low hanging fruit by converting some of the mutex operations to reader acquisitions wherever a writer is not required, thus reducing general system contention. Is there any thought on this? Last I heard jhb had confirmed that it was feasible..