Messages in this thread | | | From | Marty Fouts <> | Subject | RE: SCO: "thread creation is about a thousand times faster than | Date | Mon, 28 Aug 2000 11:45:22 -0700 |
| |
I agree. I don't think Pthreads spec intended to prescribe behavior, only to allow it, and I think that this is allowable - if documented - behavior. It seems to me that it is a reasonable compromise between general signal delivery performance and pthread requirements.
On the other hand, I think that using signals, even posix signals, as a thread level IPC mechanism shows a certain lack of taste (to follow the nomenclature of this discussion so far.)
Marty
-----Original Message----- From: yodaiken@fsmlabs.com [mailto:yodaiken@fsmlabs.com] Sent: Monday, August 28, 2000 6:32 AM To: Marty Fouts Cc: linux-kernel@vger.kernel.org Subject: Re: SCO: "thread creation is about a thousand times faster than
On Sun, Aug 27, 2000 at 11:26:53PM -0700, Marty Fouts wrote: > > So when a 'process' has tons'o'threads from the point-of-view of a > programmer, even though it is really tons'o'clone()s from the point of view > of an OS implementation, what *does* 'send the signal to the process' mean?
In my humble opinion, it's correct here to take advantage of the POSIX distinction between thread identifier and pid. That is, a signal sent to the pid of the root process is a signal sent to the threaded process, but kill(pidx,n) where pidx is the processid of a thread should be equivalent to pthread_kill(pidx,n). That is, if you use the pid of a thread, you are specifying the thread, not the thread-group (process).
The introduction of the variable resources forks was key to coming up with any solution.
-- --------------------------------------------------------- Victor Yodaiken Finite State Machine Labs: The RTLinux Company. www.fsmlabs.com www.rtlinux.com
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/
| |