Re: ps m for threads option

Bryan (HighTreason@Compuserve.com)
Tue, 3 Aug 1999 20:44:06 -0600

Albert D. Cahalan <acahalan@cs.uml.edu> wrote:
>The "m" option is forced on, since the kernel does not have full
>thread support. Threads look just like processes.
>
>I'd like to fix this. At a very minimum, I need a way to identify
>tasks that share address space. This is poor though, since I would
>have to make ps sort processes by default. I think ps should be
>somewhat fast by default.

1. I'm also interested in finding a way to identify threads sharing address
spaces, which is why I recently posted an attempt at doing so. If you can
propose soultions to the race pointed out by Alexander Viro, I'd be
grateful.

2. What makes a shared address space the criteria for identifying different
"threads" in a process? The Linux model is a lot more flexible than that,
and I'd like to stick with that flexibility. <Insert plug for my up and
coming CLONE_PID solution that everyone hates right here>. Using address
spaces instead means that we DON'T get to see the relationships between
clones that may share just signal handlers, or just share files.

Chris Smith

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/