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: "Mikael Hillborg" <email@hidden>
- Date: Wed, 29 Sep 2004 10:59:32 +0200
- Importance: Normal
Frank (Steim) wrote:
>
> thanx. but I found another solution. My project is a Mach-o project
> using the Frameworks, so to use mlock and munlock you need the Kernel
> framework and #include <Kernel/sys/mman.h>.
>
> This has solved my problem, no more hickups in the audio AND improved
> GUI response when dealing with big sample buffers!!!
>
> thanks for all the reactions,
> Frank
Does anyone know when it's useful to lock the memory, I mean where's
the limit? Is it worthwile to lock a few hundred KB? A couple of MB?
As long as there's some free primary memory, then the buffer shouldn't
really be swapped out, should it?
M
_______________________________________________
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