site_archiver@lists.apple.com Delivered-To: darwin-kernel@lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WYzffd2YEM/G91RdO1MBwq7GodWfPcAqO94tYsTkdOAVpXRuP1u9qs2LQW6mfldjGrj7bcSnO/kbCMWmzkKKCylQgdugANt1im/x38JtUtR7Si+rpZ4+1D/NNWjxztv+oBUG9L7wP/kAzGpwku/aoHhH0MecT9dEMiIMDNym+Gs= Rick, do you want to watch for disk i/o or file i/o ? the below options should help you if you need to watch for file i/o, but then will the hooking be implemented before the VNODE/VFS file cache ? a.d. On Oct 6, 2006, at 16:14 , Thulli wrote:
Option 1. If you are interested only in read and write system calls and don't want to do polling, take a look at this. http://developer.apple.com/technotes/tn2005/tn2127.html. You need to write a kauth hook and user land client process. If the kauth hook kext could provide a device interface, then the user land client can block on a "read(/dev/yourKauthDevice)" and process what you read with no polling. Oooh! This might work very well. Option 2. If you don't want to write a kext and still achieve results with NO polling, then take a look at this http://developer.apple.com/documentation/Performance/Conceptual/ FileSystem/Articles/TrackingChanges.html I think the latency here is very high, isn't it (hundreds of milliseconds to seconds)? -- Rick
_______________________________________________ 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... On 10/7/06, Rick Mann wrote: This email sent to site_archiver@lists.apple.com