lkml.org 
[lkml]   [2006]   [Jun]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC] Slimming down struct inode
Tomasz Torcz wrote:
> On Fri, Jun 09, 2006 at 07:50:08PM -0400, Theodore Ts'o wrote:
>> So without further ado, here are some ideas of ways that we can slim
>> down struct inode:
>>
>> 1) Move i_blksize (optimal size for I/O, reported by the stat system
>> call). Is there any reason why this needs to be per-inode, instead
>> of per-filesystem?
>>
>> 2) Move i_blkbits (blocksize for doing direct I/O in bits) to struct
>> super. Again, why is this per-inode?
>
> ZFS filesystem uses dynamic, per-file blocksizes. Some Linux
> filesystem may implement something like this in order to be called
> "modern".

Yep, Sun stole my buckets idea <j/k> I think ZFS calls them
"meta-slabs" or somesuch.

See what I posted in the 'continuous inodes' sub-thread.

Jeff



-
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-10 17:08    [W:0.119 / U:1.556 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site