lkml.org 
[lkml]   [2006]   [Jun]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC] [PATCH 0/8] Inode diet v2
Brian F. G. Bidulock wrote:
> Theodore,
>
> On Wed, 21 Jun 2006, Theodore Tso wrote:
>
>
>>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....
>
>
> Can you grep inode_cache /proc/slabinfo to see whether you saved any
> memory at all?
>
> You need to save 48 bytes per inode to fit one more into a slab with
> a 32 byte L1 cache slot; 120 bytes per inode, 64 byte L1 cache slot.

That would be interesting, but I don't think that is necessary. You
have different sizes of types and pages in different architectures
and configurations. Even if there were no immediate savings anywhere,
the inode diet still seems like a worthwhile investigation.

--
SUSE Labs, Novell Inc.
Send instant messages to your online friends http://au.messenger.yahoo.com

-
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/

\
 
 \ /
  Last update: 2006-06-21 17:34    [W:0.118 / U:0.924 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site