Re: avoiding VM page swaps for big sample buffers
Re: avoiding VM page swaps for big sample buffers
- Subject: Re: avoiding VM page swaps for big sample buffers
- From: Frank (Steim) <email@hidden>
- Date: Sun, 26 Sep 2004 00:52:32 +0200
Well, first of all a vector of 512 samples gives you a callback time of
a little more than 11 ms (the sample rate is 44kHz) and second: yes in
this vecotr I can make sample jumps (and calculated crossfades and zero
cross searches) which I want to be able to do within my whole sample
buffer. Of course I could put a restriction in max buffer size and
usually I don't need such a big buffer (mostly just a few minutes
long), but for this partical project I need a really big buffer. (you
can find a demo of the program at:
http://www.steim.org/steim/lisa.html)
Frank
On 25 Sep 2004, at 18:29, David Duncan wrote:
Perhaps you can't get it in 1ms, but you probably don't need 1ms
either unless you are processing those changes inside the IOProc or
have set the IOProc to call you back for only 44 samples (and if that
is the case, that might also be a cause of your overloads). Most of
what I've seen (which isn't very much) gives you a callback time of
512 samples, or 93ms which should be plenty of time to get the data
you need from disk (I know it's plenty of time to get data from CD).
So perhaps to really help we need more information on what your doing
and why you feel the need to keep such a large (4000 seconds ==>
670MB!) buffer.
--
Reality is what, when you stop believing in it, doesn't go away.
Failure is not an option. It is a privilege reserved for those who try.
David Duncan
--------------------------
Frank Baldé
software designer
Steim Foundation
http://www.steim.nl
--------------------------
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden