[linux-audio-dev] RE: linux-audio-dev digest, Vol 1 #127 - 2 msgs - Linux-audio-dev

1 Nov 2002

Havent been receiving any news lately, please help.

-----Original Message-----
From: linux-audio-dev-admin(a)music.columbia.edu
[mailto:linux-audio-dev-admin@music.columbia.edu]On Behalf Of
linux-audio-dev-request(a)music.columbia.edu
Sent: Saturday, July 27, 2002 9:00 AM
To: linux-audio-dev(a)music.columbia.edu
Subject: linux-audio-dev digest, Vol 1 #127 - 2 msgs

Send linux-audio-dev mailing list submissions to
	linux-audio-dev(a)music.columbia.edu

To subscribe or unsubscribe via the World Wide Web, visit
	http://music.columbia.edu/mailman/listinfo/linux-audio-dev
or, via email, send a message with subject or body 'help' to
	linux-audio-dev-request(a)music.columbia.edu

You can reach the person managing the list at
	linux-audio-dev-admin(a)music.columbia.edu

When replying, please edit your Subject line so it is more specific
than "Re: Contents of linux-audio-dev digest..."

Today's Topics:

   1. Re: runtime / compiletime processing proof of concept (Paul Winkler)
   2. Re: runtime / compiletime processing proof of concept (Juan Linietsky)

--__--__--

Message: 1
Date: Fri, 26 Jul 2002 13:00:10 -0400
From: Paul Winkler &lt;pw_lists(a)slinkp.com&gt;
To: linux-audio-dev(a)music.columbia.edu
Subject: Re: [linux-audio-dev] runtime / compiletime processing proof of
concept
Reply-To: linux-audio-dev(a)music.columbia.edu

On Fri, Jul 26, 2002 at 01:21:46PM +0200, Maarten de Boer wrote:
...
  Hello,

 Juan Linietsky (reduz on #lad) talked on #lad about an idea of
 Benno to have processing graphs generate source code, compile
 it on the fly, thus taking advantage of all compiled optimizations,
 as an alternative to runtime processing. Especially for sample
 based processing instead of block based processing this can be
 very useful and a lot faster. 
John Lazarro tells me that sfront does something similar.
He says it's described here:
http://www.cs.berkeley.edu/~lazzaro/sa/pubs/pdf/wemp01.pdf

--PW

--__--__--

Message: 2
Date: Fri, 26 Jul 2002 14:38:40 -0300
From: Juan Linietsky &lt;coding(a)reduz.com.ar&gt;
To: linux-audio-dev(a)music.columbia.edu
Subject: Re: [linux-audio-dev] runtime / compiletime processing proof of
concept
Organization: Codenix
Reply-To: linux-audio-dev(a)music.columbia.edu

On Fri, 26 Jul 2002 13:56:55 +0200
Maarten de Boer &lt;mdeboer(a)iua.upf.es&gt; wrote:

...

 What i forgot to mention:

 The most interesting thing is that the code used for runtime, and
 the generated code used for on the fly compilation is actually the
 same! Which ensures that the result of runtime execution and
 compiling generated code -> execution is the same, and everything
 has to be written only once.

 maarten

Hi! Thanks for taking the time of writing a proof of concept program.
So far from what i've been reading it seems ok (didnt have much time
to check the entire code in detail) althought the real
advantage of compiling such graphs is when they are very large and
stack/buffer and indirection operations start to really slow it down.
Still, even whith this, i get (please tell me if these are correct):

realtime code: (./main)

real    0m1.005s
user    0m0.970s
sys 0m0.030s

runtime code: (./gen)

real    0m0.435s
user    0m0.370s
sys 0m0.060s

three seems to be quite a difference!

Juan Linietsky

--__--__--

_______________________________________________________
linux-audio-dev Mailing List Digest
http://music.columbia.edu/mailman/listinfo/linux-audio-dev

End of linux-audio-dev Digest