Re: processing IOService in kext
Re: processing IOService in kext
- Subject: Re: processing IOService in kext
- From: Mike Smith <email@hidden>
- Date: Wed, 17 Nov 2004 11:52:15 -0800
On Nov 17, 2004, at 11:26 AM, email@hidden wrote:
gc,
Why do you want to intercept file I/O calls?
I am implementing this over a disk image.
Then I copy ANY application into the disk image in order to cache /
optimize /
The system will generally do a better job of this, unless you know
something
that it doesn't.
re route it's requests.
(say its looking for a certain file on the disk, which is not there,
but I can get it from else where)
What you're describing here is basically an HSM. You can do this in two
different ways:
1) Write a new filesystem, which implements sideways lookup. You will
end
up with a large synthetic volume that behaves like it's full of
symbolic links. If
the files are just somewhere else on the system, this will work fairly
well.
2) Implement this by subverting library functions in userland. Here
you are
protected by the kernel's security model, since you're doing work as the
same user that's running the program, and you can control things
cleanly on
a per-application basis. You also don't run the risk of running the
kernel out
of memory.
= Mike
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden