Inode cache
authorBarret Rhoden <brho@cs.berkeley.edu>
Sat, 11 Sep 2010 02:43:49 +0000 (19:43 -0700)
committerKevin Klues <klueska@cs.berkeley.edu>
Thu, 3 Nov 2011 00:35:54 +0000 (17:35 -0700)
commitd22c76652bcb237a7e733701291a6ba6b67bfdac
tree3f640a6f794c60069a58cd4b414f533bc3d1897a
parent681718cf2d37c49f1ed7df9f8270ccba4031b0b0
Inode cache

Much easier than the dentry cache...  Which should tell you something
about the relative difficulty of different kref models.

Incidentally, these caches are necessary, at least for the in-use
objects, so that multiple lookups get the same object.  imagine having an
open file, while some other thread tries a lookup.  Without a dentry
cache, you'd get different in-memory objects for the same path.  Without
the inode cache, you'd get different objects for the same disk file if
you came in via different hard links.
kern/include/vfs.h
kern/src/vfs.c