From owner-freebsd-threads@FreeBSD.ORG  Sat Feb 24 18:47:46 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 A3F9C16A402
	for <freebsd-threads@freebsd.org>; Sat, 24 Feb 2007 18:47:46 +0000 (UTC)
	(envelope-from deischen@freebsd.org)
Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10])
	by mx1.freebsd.org (Postfix) with ESMTP id 6299613C491
	for <freebsd-threads@freebsd.org>; Sat, 24 Feb 2007 18:47:46 +0000 (UTC)
	(envelope-from deischen@freebsd.org)
Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11])
	by mail.ntplx.net (8.14.0/8.14.0/NETPLEX) with ESMTP id l1OIlh9x012345; 
	Sat, 24 Feb 2007 13:47:43 -0500 (EST)
X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net)
X-Greylist: Message whitelisted by DRAC access database, not delayed by
	milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]);
	Sat, 24 Feb 2007 13:47:43 -0500 (EST)
Date: Sat, 24 Feb 2007 13:47:43 -0500 (EST)
From: Daniel Eischen <deischen@freebsd.org>
X-X-Sender: eischen@sea.ntplx.net
To: Martin Blapp <mb@imp.ch>
In-Reply-To: <20070224185741.F18301@godot.imp.ch>
Message-ID: <Pine.GSO.4.64.0702241344240.6160@sea.ntplx.net>
References: <20070220153632.E4139@godot.imp.ch>
	<Pine.GSO.4.64.0702201138080.12034@sea.ntplx.net>
	<20070220174221.B4139@godot.imp.ch>
	<Pine.GSO.4.64.0702201145420.12034@sea.ntplx.net>
	<20070220190347.C4139@godot.imp.ch>
	<Pine.GSO.4.64.0702201319230.12034@sea.ntplx.net>
	<20070220225303.V4139@godot.imp.ch>
	<Pine.GSO.4.64.0702201724590.12034@sea.ntplx.net>
	<20070220234734.H4139@godot.imp.ch> <20070221000830.V4139@godot.imp.ch>
	<20070221020335.Y4139@godot.imp.ch>
	<20070224103422.V18301@godot.imp.ch>
	<Pine.GSO.4.64.0702241012230.5266@sea.ntplx.net>
	<20070224185741.F18301@godot.imp.ch>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Cc: rob@debank.tv, freebsd-threads@freebsd.org
Subject: Re: 6.2-Release and Clamd 0.90 with libpthread.so
X-BeenThere: freebsd-threads@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Daniel Eischen <deischen@freebsd.org>
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: Sat, 24 Feb 2007 18:47:46 -0000

On Sat, 24 Feb 2007, Martin Blapp wrote:

>
> Hi,
>
>>> Running ktrace with libc_r or libthr I can't see a single call to fork().
>>> Is ktrace lying to me ? Why do I only see fork()s with libpthread ?
>> 
>> The kse upcalls might look like forks to ktrace?
>> 
>
> That could be. Is it easy to fix this for ktrace ?

I don't know...

> Anyway, that still doesn't solve the problem for me, since
> clamd with libpthreads is extremly CPU hungry and is slow.
>
> I really miss something to profile like strace on solaris to
> see where it spends most CPU cycles. The problem is not that
> it doesn't work, the problem is that it works far too slow.
>
> Do you have any ideas ?

Yes, fix clamd so it doesn't fork() without doing an exec().
POSIX says that behavior is undefined when threaded applications
fork() and call non-async-signal-safe functions.

-- 
DE