Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 16 Apr 2005 17:21:48 +0800
From:      David Xu <davidxu@freebsd.org>
To:        Andre Guibert de Bruet <andy@siliconlandmark.com>
Cc:        Anthony Ginepro <anthony.ginepro@laposte.net>
Subject:   Re: How does one know how many thread a process owns?
Message-ID:  <4260D92C.1030703@freebsd.org>
In-Reply-To: <20050415164941.E93987@lexi.siliconlandmark.com>
References:  <425CC7F8.3030803@samsco.org> <425CD009.6040208@freebsd.org> <20050413132603.GA39006@orion.daedalusnetworks.priv> <20050413140838.GA77217@renaissance.homeip.net> <20050413141957.GA40546@orion.daedalusnetworks.priv> <20050415055604.N93987@lexi.siliconlandmark.com> <425FA2AB.4070905@freebsd.org><425FFCF1.1080100@elischer.org> <20050415164941.E93987@lexi.siliconlandmark.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Andre Guibert de Bruet wrote:

>
> On Fri, 15 Apr 2005, Julian Elischer wrote:
>
>> Giorgos Keramidas wrote:
>>
>>> On 2005-04-15 19:16, David Xu <davidxu@freebsd.org> wrote:
>>>
>>> I just checked what top does on SunOS, when a program has more than 999
>>> threads and it seems to clip the number of threads to 999, as if
>>> something min(999, numthreads) is what is printed :-)
>>
>>
>> you could proint " !!!"  or "LOT"
>> or do a roman numeral approx.
>> e.g.  MMC  (2100).. what's roman for 10000?
>> or 2E4  :-)
>
>
> I realize that top isn't an exact science, but I find that 
> approximations are generally a bad idea. I am in favor of axing the 
> useless CPU column and reclaiming some useful screen space for the 
> others... :)
>
> Andy
>
> | Andre Guibert de Bruet | Enterprise Software Consultant >
> | Silicon Landmark, LLC. | http://siliconlandmark.com/    >


CPU column is not very useful when displaying process and
thread count, if it is only useful if it is displaying individual
thread which is activated by 'H' key.

David Xu



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4260D92C.1030703>