Date: Wed, 2 Apr 1997 04:34:42 +1000 (EST) From: proff@suburbia.net To: terry@lambert.org (Terry Lambert) Cc: joe@pavilion.net, gbeach@cybernet.com, hackers@freebsd.org Subject: Re: Internal clock Message-ID: <19970401183442.3989.qmail@suburbia.net> In-Reply-To: <199704011730.KAA11582@phaeton.artisoft.com> from Terry Lambert at "Apr 1, 97 10:30:46 am"
next in thread | previous in thread | raw e-mail | index | archive | help
> > BTW a question to the hackers... does anyone have any plans for > > adding a real-time scheduling class, aka threads under solaris? > > I'm writing some midi software and could really do with a real-time > > class thread to handle the timing subsystem. > > You should contact the RT (Real Time) list (freebsd-realtime). I have > seen patches on that list for nearly full POSIX RT scheduling, albiet > for a slightly older than -current version of FreeBSD. > The sad reality is if these things are not incorporated in -current then they fall by as the original authors move onto other projects. A lot of good ideas have died of because of this. When code makes it to current it guarantees a developer base that will take note of it, and pursue it beyond the attention span of the original author. Current should be a proving ground for new code, not merely -RELEASE x.x in the process of being debugged. If it is seen as unfit or unworthy then it can be #ifdef'd off by default, or eventually backed out. Cheers, Julian.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19970401183442.3989.qmail>