From owner-freebsd-threads@FreeBSD.ORG Thu Feb 11 00:12:21 2010 Return-Path: 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 C9A72106575A; Thu, 11 Feb 2010 00:12:21 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id B38998FC16; Thu, 11 Feb 2010 00:12:21 +0000 (UTC) Received: by elvis.mu.org (Postfix, from userid 1192) id 865431A3D25; Wed, 10 Feb 2010 16:12:21 -0800 (PST) Date: Wed, 10 Feb 2010 16:12:21 -0800 From: Alfred Perlstein To: Daniel Eischen Message-ID: <20100211001221.GN71374@elvis.mu.org> References: <3CF3033E-FD13-405B-9DC6-DDE9DF4FBF37@lakerest.net> <07AA24BB-DA26-406A-B24F-59E0CB36FEBE@lakerest.net> <20100210185746.GC71374@elvis.mu.org> <20100210191709.GD71374@elvis.mu.org> <20100210200631.GE71374@elvis.mu.org> <7EDE50FA-DE52-46C0-B88A-BCA9CBF934A6@vigrid.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7EDE50FA-DE52-46C0-B88A-BCA9CBF934A6@vigrid.com> User-Agent: Mutt/1.4.2.3i Cc: Daniel Eischen , "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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Feb 2010 00:12:21 -0000 * Daniel Eischen [100210 16:11] wrote: > On Feb 10, 2010, at 3:06 PM, Alfred Perlstein > wrote: > > >* Daniel Eischen [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. If you can show Randall a way to do this that will serve for his proposed purpose then we might have a win here. -- - Alfred Perlstein .- AMA, VMOA #5191, 03 vmax, 92 gs500, 85 ch250 .- FreeBSD committer