From owner-freebsd-hackers  Thu Jun 24 18:26: 6 1999
Delivered-To: freebsd-hackers@freebsd.org
Received: from pallas.veritas.com (pallas.veritas.com [204.177.156.25])
	by hub.freebsd.org (Postfix) with ESMTP id 5551315365
	for <hackers@FreeBSD.ORG>; Thu, 24 Jun 1999 18:25:55 -0700 (PDT)
	(envelope-from aaron@sigma.veritas.com)
Received: from megami.veritas.com (megami.veritas.com [192.203.46.101])
	by pallas.veritas.com (8.9.1a/8.9.1) with SMTP id SAA08748;
	Thu, 24 Jun 1999 18:26:32 -0700 (PDT)
Received: from sigma.veritas.com([192.203.46.125]) (1813 bytes) by megami.veritas.com
	via sendmail with P:esmtp/R:smart_host/T:smtp
	(sender: <aaron@sigma.veritas.com>) 
	id <m10xKkR-0000t9C@megami.veritas.com>
	for <green@unixhelp.org>; Thu, 24 Jun 1999 18:25:43 -0700 (PDT)
	(Smail-3.2.0.101 1997-Dec-17 #3 built 1999-Jan-25)
Received: from sigma (localhost [127.0.0.1])
	by sigma.veritas.com (8.9.2/8.9.1) with ESMTP id SAA27855;
	Thu, 24 Jun 1999 18:25:43 -0700 (PDT)
	(envelope-from aaron@sigma.veritas.com)
Message-Id: <199906250125.SAA27855@sigma.veritas.com>
From: Aaron Smith <aaron-fbsd@mutex.org>
To: Alfred Perlstein <bright@rush.net>
Cc: "Brian F. Feldman" <green@unixhelp.org>,
	Karl Denninger <karl@Denninger.Net>, hackers@FreeBSD.ORG
Subject: synch primitives (was Re: Microsoft performance)
In-reply-to: Your message of "Thu, 24 Jun 1999 20:14:19 CDT."
             <Pine.BSF.3.96.990624195759.14320F-100000@cygnus.rush.net> 
Date: Thu, 24 Jun 1999 18:25:43 -0700
Sender: owner-freebsd-hackers@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On Thu, 24 Jun 1999 20:14:19 CDT, Alfred Perlstein writes:
>I'm not sure what you mean by the refernce to malloc types, I just
>thought something along the lines of mutex_t with an API
>for trying, allocating, freeing and initializing them.

i'd really like to implement some of the basic solaris primitives: mutex,
cv (condition variable), sema p/v. i sent a message to the smp list on this
at one point but didn't get much of a response other than cranky noises
about "super fine-grained locking isn't worth it". what i'd like to see is
the groundwork laid for finER locking so that we can gradually break up the
points of contention. mutex/cv/sema are intuitive and taught in every OS
course; i don't feel "simple_lock" or "lockmgr" are desirable or adequate.

i'm willing to work on it, but i can't get to it for at least a couple of
months, so i'm hoping someone else wants to work on it too.

aaron


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message