[lkml]   [2004]   [Sep]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [RFC][PATCH] inotify 0.9
On Mon, 2004-09-20 at 16:16 -0400, Bill Davidsen wrote:

> Well, I guess I misread the intent, I was assuming an inode could be
> watched even if it wasn't (at the time of watch) being used. So while I
> may want to know when any inode in a directory is used, I don't
> particularly desire to have them all pinned in memory.
> If you say that's the only way, then clearly only huge system will be
> able to do that type of monitoring.

You can pin just a directory and retrieve all of the events therein.
You do not need to pin every single inode on your machine. This is the
same as dnotify - except inotify also allows you to watch individual

> I'm not clear on what race you would get sending a notify to a user mode
> process that an inode had changed, but if you say there could be one I
> can't argue.

If you cannot track the lifecycle of the object being watched, you
essentially cannot watch it. To track the lifetime of an inode, you
need to ensure that it remains in the icache.

> If by modern you mean huge memory servers, you are right. If you mean
> modest desktops which might be able to identify problems by watching a
> set of inodes, I suspect the inode usage is lower.
> I guess all of us running laptops and the like with memory in MB rather
> then GB just aren't modern... the limit we hit is mostly memory size.

John showed that the absolute worst case is ~30MB in your icache. I
have 77MB of ext3 inodes in cache right now on my desktop. Assuming a
decent overlap between watched and cached inodes, there is little

But the 30MB is worst case. Expect something in the single digits.

Look, Bill: Conjecturing about a potential problem in a space you are
unfamiliar with does nothing but obstruct Linux development and act as
Stop Energy. Constructive, well-informed opinions are money.
Everything else is just liking the sound of your voice.



Robert Love

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 14:06    [from the cache]
©2003-2014 Jasper Spaans. hosted at Digital Ocean