From owner-freebsd-threads@FreeBSD.ORG Mon Jun 16 16:17:14 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FD1737B401 for ; Mon, 16 Jun 2003 16:17:14 -0700 (PDT) Received: from hqemgate00.nvidia.com (hqemgate00.nvidia.com [216.228.112.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id C60D943F93 for ; Mon, 16 Jun 2003 16:17:13 -0700 (PDT) (envelope-from gareth@nvidia.com) Received: from mail-sc-0.nvidia.com (Not Verified[172.16.217.105]) id ; Mon, 16 Jun 2003 16:20:03 -0700 Received: by mail-sc-0.nvidia.com with Internet Mail Service (5.5.2653.19) id ; Mon, 16 Jun 2003 16:16:42 -0700 Message-ID: <2D32959E172B8F4D9B02F68266BE421401A6D7DF@mail-sc-3.nvidia.com> From: Gareth Hughes To: 'Julian Elischer' Date: Mon, 16 Jun 2003 16:16:42 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain cc: threads@freebsd.org cc: zander@mail.minion.de cc: Daniel Eischen cc: Andy Ritger Subject: RE: NVIDIA and TLS X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jun 2003 23:17:14 -0000 On Mon, 16 Jun 2003, Julian Elischer wrote: > > can wine use OpenGL? > > Doesn't look like a clash to me. :-) I don't understand your point here... > what DOES make sense however is to support the __thread > concept, in a way that is efficient as it is not specific to one > rather esoteric application. I for one have no objection to making > sweeping changes if it looks as if __thread is going to solve problems > for large numbers of applications. > (though they may not be posix complient applications, it probably makes > sense to support it if there are enough of them breaking the same > rules.) Currently, given the performance requirements of OpenGL, our drivers are one of the first users of the new ELF TLS implementation on Linux, outside of libc itself. Given the fact that this is a general solution to a common problem, I strongly urge you to take it into consideration when working on your threading libraries. There are only going to be more users of __thread variables as time goes on -- you can imagine that many multithreaded user-space server applications will start using this soon, instead of the clunky pthread TLS interface. -- Gareth Hughes (gareth@nvidia.com) OpenGL Developer, NVIDIA Corporation