Date: Sun, 8 Mar 1998 14:18:55 +1100 (EST) From: John Birrell <jb@cimlogic.com.au> To: mike@smith.net.au (Mike Smith) Cc: jb@cimlogic.com.au, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-lib@FreeBSD.ORG Subject: Re: cvs commit: src/lib/libc_r/uthread pthread_private.h uthread_yield.c Message-ID: <199803080318.OAA10520@cimlogic.com.au> In-Reply-To: <199803080301.TAA08108@dingo.cdrom.com> from Mike Smith at "Mar 7, 98 07:01:44 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
Mike Smith wrote: > Ah. So realtime and libc_r won't mix? (This is the posix4 stuff that > Peter Dufault is working on integrating, BTW.) Again, no, I think 8-). In libc_r, yielding applies to the user-thread scheduler. But that doesn't mean that it can't or won't respect the realtime stuff that Peter is doing. I expect that to be a wrappering issue provided that the user-thread scheduler can be presented with a non-blocking interface. > Ouch. Sounds nasty. Is this an expansion on the alternate signal > stack approach, or a different method? No, it's a VM issue that John Dyson is aware of and something he'll get to "soon". I wanted to do a copyout each time a different thread was scheduled, but this might cause a page fault. John has thought about a better way to do this, and discussed the issue with DG, so I expect that it will all just come out in the wash. Kernel threads aren't light weight, though. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199803080318.OAA10520>