From owner-freebsd-threads@FreeBSD.ORG Mon Nov 15 21:42:27 2004 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 52E2F16A4CE for ; Mon, 15 Nov 2004 21:42:27 +0000 (GMT) Received: from silver.he.iki.fi (helenius.fi [193.64.42.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id A237F43D46 for ; Mon, 15 Nov 2004 21:42:26 +0000 (GMT) (envelope-from pete@he.iki.fi) Received: from [193.64.42.134] (h86.vuokselantie10.fi [193.64.42.134]) by silver.he.iki.fi (8.13.1/8.11.4) with ESMTP id iAFLgG89041939; Mon, 15 Nov 2004 23:42:16 +0200 (EET) (envelope-from pete@he.iki.fi) Message-ID: <419922B9.7050603@he.iki.fi> Date: Mon, 15 Nov 2004 23:42:17 +0200 From: Petri Helenius User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <419914F0.1010308@he.iki.fi> <41991A87.6010803@elischer.org> <41991B66.4090801@elischer.org> In-Reply-To: <41991B66.4090801@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-threads@freebsd.org Subject: Re: performance tuning 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, 15 Nov 2004 21:42:27 -0000 Julian Elischer wrote: > >> >> >> There is work proceeding on 3 fronts. >> >> * libthr continues to be improved by Mike. > Is there a guideline when one should consider using libthr? I haven't tried libthr for quite a while. >> >> * libpthread is being scrutinised for ineffiencies and problems. >> In particular M:N performance has a lot to be desired. > I suppose this requires both userland and kernel tracing/profiling? > >> >> Is that the American or British meaning of Momentarily? >> (i.e. "IN a moment" or "FOR a moment"? ) :-) > American. Do I sound like I talk funny? :-) >> >> What we will really want eventually is KTR output as well as profilings. >> >> i.e. output of ktrdump. > Do you have set of ALQ, MASK etc. you're interested in? It would help if I could get a ready set of options to drop into the kernel... Pete