On Thu, Mar 5, 2015 at 8:48 PM, Hamilton Feltman <[email protected]> wrote:
> > Ok, that clarifies the issue drastically. One thing to check is possibly > something else hitting the disk, like spotlight. Anything else touching the > disk at that seekrate, and the bandwidth is destroyed. You can disable > spotlight for that drive (System preferences -> Spotlight -> Privacy). If > it’s not spotlight, a utility called fseventer will show system wide file > access, but it doesn’t look like mavericks is supported yet. But there has > got to be a command line util that can watch fsevent. > we used dtrace to track all file access at both the disk level and hfs+ level. we never saw any patterns of other file access that would explain the slow down. i'll try the F_RDAHEAD trick tomorrow when i get the mini up and running. sadly, our code *does* assume that we have a reasonable sane OS that will do sensible read-ahead for us, but we've never believed that we were testing a system that didn't do that :)
_______________________________________________ Do not post admin requests to the list. They will be ignored. Coreaudio-api mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/coreaudio-api/archive%40mail-archive.com This email sent to [email protected]
