* Plan 9 /dev multiplexing (was: JACK 0.71.1 released) [not found] <1052577007.17837.1.camel@cthulhu> @ 2003-05-10 18:07 ` Ivica Bukvic 2003-05-10 21:41 ` Paul Davis 0 siblings, 1 reply; 2+ messages in thread From: Ivica Bukvic @ 2003-05-10 18:07 UTC (permalink / raw) To: linux-audio-dev; +Cc: alsa-devel Hey guys, the other day I got a chance to speak to a buddy of mine who is a cpu/OS guru and he was telling me how the author of original Unix (whose name I can't recall) made this "new" OS called Plan 9 (currently owned by Bell labs) that essentially fixes all of the shortcomings in Unix, one of them being multiplexing the /dev stuff on the kernel level. This would mean that driver implementation API would not need to do software down-mixing when all that would be done in kernel-space. Seems that the preliminary results are rather impressive (but probably not sample accurate, hence we would still need jack for pro stuff). Yet, I am wondering whether Kernel people should know about this and whether such overhaul would be doable in the 2.6 or later revisions of Linux kernel. Any thoughts? Ivica Ico Bukvic, composer & multimedia sculptor http://meowing.ccm.uc.edu/~ico > -----Original Message----- > From: linux-audio-dev-admin@music.columbia.edu [mailto:linux-audio-dev- > admin@music.columbia.edu] On Behalf Of Taybin > Sent: Saturday, May 10, 2003 10:30 AM > To: jackit-devel; laa; lad; lau > Subject: [linux-audio-dev] JACK 0.71.1 released > > JACK 0.71.1 > > JACK is a low-latency audio server, written primarily for the GNU/Linux > operating system. It can connect a number of different applications to > an audio device, as well as allowing them to share audio between > themselves. Its clients can run in their own processes (ie. as normal > applications), or can they can run within the JACK server (ie. as a > "plugin"). > > JACK is different from other audio server efforts in that it has been > designed from the ground up to be suitable for professional audio work. > This means that it focuses on two key areas: synchronous execution of > all clients, and low latency operation. > > **CHANGES** > > * fltk macros/detection from bob ham > * tmpdir configure-time patch from jesse chappell > * socket error handling change (with additional graph sort!) > from stephane letz > * xrun init patch from gunter geiger > > Taybin Rutkin ------------------------------------------------------- Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara The only event dedicated to issues related to Linux enterprise solutions www.enterpriselinuxforum.com ^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Plan 9 /dev multiplexing (was: JACK 0.71.1 released) 2003-05-10 18:07 ` Plan 9 /dev multiplexing (was: JACK 0.71.1 released) Ivica Bukvic @ 2003-05-10 21:41 ` Paul Davis 0 siblings, 0 replies; 2+ messages in thread From: Paul Davis @ 2003-05-10 21:41 UTC (permalink / raw) To: Ivica Bukvic; +Cc: linux-audio-dev, alsa-devel >Hey guys, the other day I got a chance to speak to a buddy of mine who >is a cpu/OS guru and he was telling me how the author of original Unix >(whose name I can't recall) made this "new" OS called Plan 9 (currently >owned by Bell labs) that essentially fixes all of the shortcomings in as mentioned, Plan 9 is at least a decade old at this point. the name is rob pike, btw. plan 9 has some really cool features, but its hard to see any of them making it so much better than linux that its worth switching. i think that every core member of the linux kernel team is aware of plan 9's design, and a few of them have almost certainly tried it out. >Unix, one of them being multiplexing the /dev stuff on the kernel level. >This would mean that driver implementation API would not need to do >software down-mixing when all that would be done in kernel-space. Seems welcome to ALSA. the kernel side of ALSA doesn't do this either. its all in user space. the kernel side offers very simple services to user space, nothing more. providing complex services in the kernel is a bad idea, and worse, if it ever involves floating point math, imposes extra load on the kernel. currently, the kernel doesn't save/restore FP state for itself, because FP operations are not allowed in the kernel. saving FP state is expensive. >that the preliminary results are rather impressive (but probably not >sample accurate, hence we would still need jack for pro stuff). Yet, I the new dmix ALSA plugin is very impressive and very clever. it doesn't provide sample sync, its true, but its the answer to what most consumer apps want. try it. you'll like it. --p ------------------------------------------------------- Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara The only event dedicated to issues related to Linux enterprise solutions www.enterpriselinuxforum.com ^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2003-05-10 21:41 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <1052577007.17837.1.camel@cthulhu>
2003-05-10 18:07 ` Plan 9 /dev multiplexing (was: JACK 0.71.1 released) Ivica Bukvic
2003-05-10 21:41 ` Paul Davis
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.