|
Q: When burning a virtual filesystem, DiscRecording is retuning a -42 error which maps to tmfoErr (too many files open). How do I workaround this?A: For historical BSD reasons, Mac OS X 10.2.x limits you to only 256 open file descriptors. Files used by DiscRecording can use two descriptors each; one for the data fork and one for the resource fork; so you can hit the limit pretty quickly if you're not careful. The good news is that this limit is only a soft limit. You can actually have as many open files as you want. To allow this, you have to explicitly call setrlimit(2): Listing 1: Code showing how to increase the open file limit. #include <sys/types.h> #include <sys/time.h> #include <sys/resource.h> int main (int argc, const char * argv[]) { struct rlimit limit; int err; err = getrlimit(RLIMIT_NOFILE, &limit); if (err == 0) { limit.rlim_cur = RLIM_INFINITY; (void) setrlimit(RLIMIT_NOFILE, &limit); } return 0; } When the soft limit is set to Each open file descriptor on the entire system takes up one vnode, and there's a limited number of vnodes available. The exact number is determined automatically based on how much RAM is in the system; you can find out what the limit is by entering "sysctl kern.maxvnodes" in the Terminal. Typical values range anywhere from 4500 to 35000. If you need to create more than a few thousand files, you can still do so in Mac OS X 10.2.x; simply create virtual DRFiles instead of real DRFiles, and specify your own data producer. Your data producer should open the file when the first byte is sent and close it when the last byte is sent. Note: Starting in Mac OS X 10.3, this open file limitation no longer applies. Real DRFiles no longer require an open file handle except when they're actually producing data, so you don't have to worry about the number of open files or the number of vnodes available. In Mac OS X 10.3 and later, there is no limit on the number of real DRFiles you can have in a burn. Document Revision History
Posted: 2004-05-25 |
|