From owner-freebsd-threads@FreeBSD.ORG  Thu Feb 11 00:11:07 2010
Return-Path: <owner-freebsd-threads@FreeBSD.ORG>
Delivered-To: threads@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id EF2F11065763;
	Thu, 11 Feb 2010 00:11:07 +0000 (UTC)
	(envelope-from eischen@vigrid.com)
Received: from mail.netplex.net (mail.netplex.net [204.213.176.10])
	by mx1.freebsd.org (Postfix) with ESMTP id A4D878FC0A;
	Thu, 11 Feb 2010 00:11:07 +0000 (UTC)
Received: from [10.93.17.21] (mobile-166-137-136-225.mycingular.net
	[166.137.136.225]) (authenticated bits=0)
	by mail.netplex.net (8.14.4/8.14.4/NETPLEX) with ESMTP id
	o1B0B0ck016893
	(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT);
	Wed, 10 Feb 2010 19:11:02 -0500 (EST)
X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.2
	(mail.netplex.net [204.213.176.10]);
	Wed, 10 Feb 2010 19:11:05 -0500 (EST)
References: <3581A86D-9C9C-4E08-9AD3-CD550B180CED@lakerest.net>
	<Pine.GSO.4.64.1002101202060.13656@sea.ntplx.net>
	<3CF3033E-FD13-405B-9DC6-DDE9DF4FBF37@lakerest.net>
	<Pine.GSO.4.64.1002101232240.13876@sea.ntplx.net>
	<07AA24BB-DA26-406A-B24F-59E0CB36FEBE@lakerest.net>
	<Pine.GSO.4.64.1002101331240.14115@sea.ntplx.net>
	<20100210185746.GC71374@elvis.mu.org>
	<Pine.GSO.4.64.1002101401460.14317@sea.ntplx.net>
	<20100210191709.GD71374@elvis.mu.org>
	<Pine.GSO.4.64.1002101500570.14544@sea.ntplx.net>
	<20100210200631.GE71374@elvis.mu.org>
Message-Id: <7EDE50FA-DE52-46C0-B88A-BCA9CBF934A6@vigrid.com>
From: Daniel Eischen <eischen@vigrid.com>
To: Alfred Perlstein <alfred@freebsd.org>
In-Reply-To: <20100210200631.GE71374@elvis.mu.org>
Content-Type: text/plain;
	charset=us-ascii;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: 7bit
X-Mailer: iPhone Mail (7E18)
Mime-Version: 1.0 (iPhone Mail 7E18)
Date: Wed, 10 Feb 2010 19:10:53 -0500
Cc: Daniel Eischen <deischen@freebsd.org>,
	"threads@freebsd.org" <threads@freebsd.org>
Subject: Re: Thinking about kqueue's and pthread_cond_wait
X-BeenThere: freebsd-threads@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Threading on FreeBSD <freebsd-threads.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-threads>, 
	<mailto:freebsd-threads-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-threads>
List-Post: <mailto:freebsd-threads@freebsd.org>
List-Help: <mailto:freebsd-threads-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-threads>,
	<mailto:freebsd-threads-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Feb 2010 00:11:08 -0000

On Feb 10, 2010, at 3:06 PM, Alfred Perlstein <alfred@freebsd.org>  
wrote:

> * Daniel Eischen <deischen@freebsd.org> [100210 12:01] wrote:
>>
>>
>> I strongly disagree.  Using mutexes and condition variables in the
>> proper way is not as easy as it sounds, let alone trying to mix
>> them as userland thingies into kqueue.
>>
>> I will strongly oppose this...
>
> Well then you "win".  I have no desire to engage in such discussion.
>
> I do hope that when you see this facility leveraged elsewhere for
> an application that you reflect on this conversation and think back
> on it the next time an opportunity presents itself to lead in
> functionality.

Don't misunderstand me, I just don't think running around the tree and  
adapting all the userland leaves to kqueue-isize them is the right  
approach.  IMHO, it's better to extend the kqueue/kevent mechanism to  
allow a generic object to be added to the event list and the kqueue to  
be signaled from userland.  All the pthread and semaphore functions  
are userland operations that also rely on userland structures anyway.

-- 
DE