From owner-freebsd-threads@FreeBSD.ORG  Sun Mar 11 17:58:19 2007
Return-Path: <owner-freebsd-threads@FreeBSD.ORG>
X-Original-To: freebsd-threads@freebsd.org
Delivered-To: freebsd-threads@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id 4FA9316A401
	for <freebsd-threads@freebsd.org>; Sun, 11 Mar 2007 17:58:19 +0000 (UTC)
	(envelope-from julian@elischer.org)
Received: from outW.internet-mail-service.net (outW.internet-mail-service.net
	[216.240.47.246])
	by mx1.freebsd.org (Postfix) with ESMTP id 4FD4913C468
	for <freebsd-threads@freebsd.org>; Sun, 11 Mar 2007 17:58:19 +0000 (UTC)
	(envelope-from julian@elischer.org)
Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160)
	by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP;
	Sun, 11 Mar 2007 10:31:36 -0700
Received: from [192.168.2.5] (home.elischer.org [216.240.48.38])
	by idiom.com (Postfix) with ESMTP id 43B0B125B39;
	Sun, 11 Mar 2007 10:58:18 -0700 (PDT)
Message-ID: <45F4433A.8010707@elischer.org>
Date: Sun, 11 Mar 2007 10:58:18 -0700
From: Julian Elischer <julian@elischer.org>
User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221)
MIME-Version: 1.0
To: Jeremie Le Hen <jeremie@le-hen.org>
References: <200703091515.27133.tijl@ulyssis.org>
	<Pine.GSO.4.64.0703091215070.21532@sea.ntplx.net>
	<200703092100.12199.tijl@ulyssis.org>
	<45F1DD68.8040103@elischer.org> <20070310012921.I6787@godot.imp.ch>
	<20070311091617.GG2887@obiwan.tataz.chchile.org>
In-Reply-To: <20070311091617.GG2887@obiwan.tataz.chchile.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: Daniel Eischen <deischen@freebsd.org>, Martin Blapp <mb@imp.ch>,
	gerald@freebsd.org, freebsd-threads@freebsd.org
Subject: Re: signalling remote threads
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: Sun, 11 Mar 2007 17:58:19 -0000

Jeremie Le Hen wrote:
> Hi Martin,
> 
> On Sat, Mar 10, 2007 at 01:32:26AM +0100, Martin Blapp wrote:
>> Hi,
>>
>>> There is no portable way to identify threads in another process. There is 
>>> also no guarantee that the tread is even externally visible. Take
>> But is it true for FreeBSD that 'ps -Hauxwww' should show all threads
>> for a process with libc_r, libpthreads.so, or libthr.so ?
> 
> May I advice you to read these two posts for a thorough explanation.
> 
> http://lists.freebsd.org/pipermail/freebsd-threads/2006-August/003674.html
> http://lists.freebsd.org/pipermail/freebsd-threads/2006-August/003682.html
> 


This is true, however it is a bit out of date because the thread group
facility that gives scheduler fairness (talked about in the second reference)
has been ripped out of -current due to no-body thinking it was needed.
and a general thought that the added complexity was not worth the result.
Generally it made the scheduler much more complicated. What is said about
SA is however still true if that threading facility is chosen.
it still leads to some scheduler fairness as only NCPU threads from the process
are put onto the kernel run queue at a time.