This is the mail archive of the
glibc-linux@ricardo.ecn.wfu.edu
mailing list for the glibc project.
Re: Slow pthread_create() under high load
- To: "Albert D. Cahalan" <acahalan at cs dot uml dot edu>
- Subject: Re: Slow pthread_create() under high load
- From: "Stephen C. Tweedie" <sct at redhat dot com>
- Date: Tue, 28 Mar 2000 14:33:33 +0100
- Cc: alan at lxorguk dot ukuu dot org dot uk, alvin at iplink dot net, drepper at cygnus dot com, drepper at redhat dot com, glibc-linux at ricardo dot ecn dot wfu dot edu, jpo at joerg-pommnitz dot de, kaz at ashi dot footprints dot net, khim at sch57 dot msk dot ru, linux-kernel at vger dot rutgers dot edu, monty at mysql dot com, mysql at lists dot mysql dot com, rgooch at ras dot ucalgary dot ca, sasha at mysql dot com, sct at redhat dot com
- References: <200003281007.e2SA7ii24751@jupiter.cs.uml.edu>
- Reply-To: glibc-linux at ricardo dot ecn dot wfu dot edu
Hi,
On Tue, Mar 28, 2000 at 05:07:44AM -0500, Albert D. Cahalan wrote:
>
> Stephen C. Tweedie:
> > Maybe, but although a lot of the POSIX threads are reasonable,
> > things like requiring uid/gid updates to be instantly effective
> > across all threads in the process are just insane.
> If we had a task-group notion in the kernel, we could send some
> sort of signal to all tasks in the group.
You can do that anyway, in user space. Much cleaner.
> It is easy to share PIDs. Rename the old getpid() call to gettid()
> and introduce a new getpid() call. The directories in /proc should
> be seen as tasks, not processes.
User space. :-)
--Stephen