[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <787b0d920705281959l53e74d02g21a6fecd86d73219@mail.gmail.com>
Date: Mon, 28 May 2007 22:59:28 -0400
From: "Albert Cahalan" <acahalan@...il.com>
To: linux-kernel@...r.kernel.org, holt@....com, ebiederm@...ssion.com,
oleg@...sign.ru, roland@...hat.com, davidel@...ilserver.org,
mingo@...e.hu, torvalds@...ux-foundation.org,
akpm@...ux-foundation.org
Subject: Re: [RFC, PATCH 1/3] introduce SYS_CLONE_MASK
Robin Holt writes:
> On Mon, Apr 09, 2007 at 08:36:21AM -0600, Eric W. Biederman wrote:
>> Robin Holt <holt@....com> writes:
>>> I would say this is more a benefit than a problem. With a couple
>>> of these systems we are testing, the number of kernel threads is
>>> far greater than the number of user processes and having pstree
>>> not normally show them, but maybe have an option we add later to
>>> show them again would be beneficial.
>>
>> Sure.
>>
>> Robin how many kernel thread per cpu are you seeing?
>
> 10.
This has long been rotten. Mind fixing it for us? :-)
We have N types of thread on M CPUs. Pick something, N or M,
to be at the top level in /proc. The other goes below, in the
per-process task directories.
You then have either N or M things showing up in ps, not N*M.
Note that both ps and top can print the CPU number just fine.
Abusing the task name for this is just retarded. This suggests
that the top level should be the type of task, with the lower
level in /proc/*/task being per-CPU and not needing distinct
naming at all.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists