• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Locking pages in physical memory for real-time processes
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Locking pages in physical memory for real-time processes


  • Subject: Locking pages in physical memory for real-time processes
  • From: Stéphane Letz <email@hidden>
  • Date: Thu, 6 May 2004 13:03:17 +0200

Hi,

After discussion with Linux guys about memory issues for real-time processes, I was wondering what is the corrrect solution on MacOSX. Linux developers usually use mlockall kind of call to lock pages in physical memory for data (audio buffers) and some of them were even thinking in locking page for the code.

I read some older mails about the subject without clear view of what has to be done.

Is mlockall kind of call usable on MacOSX, is is really necessary, or can we trust the memory manager to handle that correctly? Are they any other standard techniques ; preloding data... but maybe other ideas?

Thanks in advance

Stephane Letz
_______________________________________________
coreaudio-api mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/coreaudio-api
Do not post admin requests to the list. They will be ignored.


  • Follow-Ups:
    • Re: Locking pages in physical memory for real-time processes
      • From: David Duncan <email@hidden>
  • Prev by Date: Re: Change number of process frames [solved]
  • Next by Date: Re: Locking pages in physical memory for real-time processes
  • Previous by thread: Multibus AU Buffer Tips
  • Next by thread: Re: Locking pages in physical memory for real-time processes
  • Index(es):
    • Date
    • Thread