All of lore.kernel.org
 help / color / mirror / Atom feed
* 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.