On Mon, 19 Jun 2006, Theodore Tso wrote:

> What else remains to be done?  There are a large number of fields in
> struct inode which are never populated unless the inode is open, and
> those should get moved into another structure which is populated only
> when needed.  There are a large number of inodes which are read into
> memory only because stat(2) was called on them (thanks to things like
> color ls, et. al).  

One could remove the reclaim list and use the slab lists of the slab 
allocator to scan through the inodes and reclaim them in such a way
that would maximize the number of pages freed. I will post an RFC on that 
one later. This may reduce the complexity of inode reclaim.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/