site_archiver@lists.apple.com Delivered-To: darwin-kernel@lists.apple.com On 05.01.2008, at 02:36, Michael Crawford wrote: Hi, We have a stress testing tool for our hardware RAID controller that spawns lots of threads, then writes lots of files and reads them back to verify the data. Under some configurations, which cause heavy VM paging, there are comparison failures. Under other configs that don't stress the VM so much, it works correctly. My coworkers think this could be a bug in Leopard's VM implementation. If that's the case, Apple certainly needs to know about it, but the bug is difficult to reproduce - one has to leave the tool running for hours, for example. Whether it's Apple's bug or mine, I certainly want to find the cause. I'm not sure how to proceed. Can anyone give me some debugging tips? Thanks, Mike -- Michael David Crawford mdcrawford at gmail dot com Enjoy my art, photography, music and writing at http://www.geometricvisions.com/ --- Free Music Downloads --- _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/afink%40list.fink.org _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.a... If its a VM fault of the kernel, it should be reproducible also on standard drives. Can you verify that? And what do you call a comparison failure? The data read is not the same as the data written? My guess is that you do an action on memory which gets paged away but you have not noticed so. So you start reading rubbish. To analyze this, a deeper look into how the code works would bee needed. This email sent to afink@list.fink.org This email sent to site_archiver@lists.apple.com