site_archiver@lists.apple.com Delivered-To: darwin-kernel@lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=14IqyBGzAry3oK/iHcXdSVC7fdvY0jLJtGaFcABION4=; b=b5WS3QPiIHCqazvDvLnr3o8aZtkYhwM1cgmFDgwB4LKYPY1wH6CEVQJMexmReZdW9T6vYJ6rfe+j9Qe6VVzFW1MRUfhtqdrDbJcDyGsDPs6UitE9mgfW4YafvttHm5xy7t4fyJmZwKWi3JsaKWrrAvKpJh1CAR2qTvsonTKgRJs= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=PUDZCSJYs2ODaSSuWQxF55fv6qT01FrwFxGtrmlYv4OaUYHKgltju3cqVn+Wxz8JotD54PIWdYKlEfQaJ31NS4wDbHwTr/T7Tykwmt0BxJ/MByQTXH26JmpEOCKqL5n6v20+sEnCHPGg+NaHwDJsGkIzJXNtztRtCOg9Jd2Bx/I= 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/site_archiver%40lists.a... This email sent to site_archiver@lists.apple.com
participants (1)
-
Michael Crawford