[RFC] [PATCH 0/8] Inode slimming
- From: Theodore Tso <tytso@xxxxxxxxx>
- Date: Mon, 19 Jun 2006 11:20:03 -0400
The following patches reduce the size of struct inode. Unfortunately,
since these structures are used by a large amount of kernel code, some
of the patches are quite involved, and/or will require a lot of
auditing and code review, for "only" 4 or 8 bytes at a time (maybe
more on 64-bit platforms). However, since there are many, many copies
of struct inode all over the kernel, even a small reduction in size
can have a large beneficial result, and as the old Chinese saying
goes, a journey of thousand miles begins with a single step....
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).
Linus has suggested moving the i_data structure out to a separate
structure, again because there are many inodes which do not have any
pages cached in the page cache. The challenge with this a huge number
of codepaths assume that i_mapping is always non-NULL. But, i_data is
*huge* so the benefits of not having it taking up memory would make
this a high-return activity.
Another possibility is moving i_size into the file-specific area of
the union, which would save 8 bytes. However there are a largish
number block device drivers that seem to have hijacked i_size to store
the blocksize(!?!) of the device, and that should really be done in a
bdev-specific structure. Untangling this will be somewhat
challenging, but should be doable.
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: [RFC] [PATCH 0/8] Inode slimming
- From: Christoph Lameter
- [RFC] [PATCH 1/8] inode_diet: Replace inode.u.generic_ip with inode.i_private
- From: Theodore Tso
- [RFC] [PATCH 3/8] inode-diet: Move i_bdev into a union
- From: Theodore Tso
- [RFC] [PATCH 4/8] inode-diet: Move i_cdev into a union
- From: Theodore Tso
- [RFC] [PATCH 5/8] inode-diet: Eliminate i_blksize and use a per-superblock default
- From: Theodore Tso
- [RFC] [PATCH 8/8] inode-diet: Fix size of i_blkbits, i_version, and i_dnotify_mask
- From: Theodore Tso
- [RFC] [PATCH 6/8] inode-diet: Move i_cindex from struct inode to struct file
- From: Theodore Tso
- [RFC] [PATCH 7/8] inode-diet: Use a union for i_blocks and i_size, i_rdev and i_devices
- From: Theodore Tso
- [RFC] [PATCH 2/8] inode-diet: Move i_pipe into a union
- From: Theodore Tso
- Re: [RFC] [PATCH 0/8] Inode slimming
- Prev by Date: Re: [RFC] Whitelist chipsets supporting MSI and check Hyper-transport capabilities
- Next by Date: [RFC] [PATCH 2/8] inode-diet: Move i_pipe into a union
- Previous by thread: Option to clear allocated kernel memory before freeing it?
- Next by thread: [RFC] [PATCH 2/8] inode-diet: Move i_pipe into a union
- Index(es):
Relevant Pages
|
|
