Messages in this thread |  | | Date | Wed, 10 Jan 2001 11:56:32 +0100 | From | Jamie Lokier <> | Subject | Re: FS callback routines |
| |
Daniel Phillips wrote: > It was done last year, quietly and without fanfare, by Stephen Rothwell: > > http://www.linuxcare.com/about-us/os-dev/rothwell.epl > > This may be the most significant new feature in 2.4.0, as it allows us > to take a fundamentally different approach to many different problems. > Three that come to mind: [...] > mail (get your mail instantly without polling);
You'll be notified if _any_ mailbox is changed in your mail directory. On a multiuser system that's going to be more often than a typical polling interval, so you'll have to revert to polling.
> make (don't rely on timestamps to know when rebuilding is needed, don't > scan huge directory trees on each build)
You will need to rescan the timestamps of files, but yes you can skip subdirectories in which no file has changed. But only if you're running a "make daemon" on the same box as make, and if there aren't too many directories.
> locate (reindex only those directories that have changed, keep index > database current).
Not a chance. dnotify doesn't work recursively, so you can't monitor just a few top level directories like "/usr/lib". And have you ever tried to keep all 3000 directories on your filesystem directories open at the same time? Would you want to consume that much non-swappable memory, and also prevent the directories from being removed from the filesystem?
Long ago I proposed something similar that works at the disk level, is recursive, and the checks can be done without keeping directories open. But I never wrote the code :( That's interesting because it speeds up make without needing a daemon, and really can speed up locate/updatedb/find.
-- Jamie - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/
|  |