I was actually surprised to see how much effort it takes on the glibc side
to solve this (admittedly conceptually hard) problem without any kernel
help - it's ugly and slow, and still not completely tight. By providing
this 'exit and free stack' capability we can help tremendously.
the thing that makes it special and hard is the completely shared VM.
There's just no way for a thread to 'get rid of itself' atomically and
also exit in the same round, without extensive locking and signal passing.
Linux actually has a very very fast clone()+exit() codepath, lets make it
possible for usespace to use it.
in essence the 'exit and send notification signal' thing now became a
simple word written into userspace. Should this be a more formal thing -
userspace mailboxes for the kernel to put events into? I think that might
be a bit overboard though.
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu Aug 15 2002 - 22:00:33 EST