Re: Is nobh code still useful?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri 18-09-09 16:25:54, Arjan van de Ven wrote:
> On Fri, 18 Sep 2009 10:12:26 -0400
> Theodore Tso <tytso@xxxxxxx> wrote:
> > On Thu, Sep 17, 2009 at 09:21:37PM -0700, Badari Pulavarty wrote:
> > >
> > > Originally it was supported on ext2. I added support nobh support
> > > for ext3. At that time, the main
> > > issue/complaint was that, these bufferheads consume memory from  
> > > ZONE_NORMAL causing
> > > memory pressure on 32-bit (i386) configurations.
> > 
> > Specifically, it matters on very large configuration systems (i.e.,
> > 32GB-64GB using PAE-36) that today we'd probably just say, "use
> > x86_64, you moron".  It would probably matter if someone were to want
> > to upgrade a non-64-bit capable machine to a newer kernel.  
> > 
> > Dropping nobh from ext3 at this point might prevent some of these
> > older systems from upgrading, I'm not sure how much we would care; on
> > the one hand, these machines tended to be pretty expensive, so people
> > would probably want to use them for a while.  On the other hand, it
> > has been over five years now since x86_64 machines have been
> > available, and many of these customers are highly unlikely to want to
> > upgrade anyway.
> 
> isn't the converse to just make nobh the default but not an option a
> better approach then?
> I forgot why this was a good idea to be an option again ;-)
  Buffer heads cache useful information so without them, IO may become more
more CPU intensive (allocating and freeing temporary buffer heads, setting
up block mapping etc.).
  Also some features like delayed allocation need buffer head bits - that
is why e.g. ext4 doesn't really support nobh mount option.

									Honza
-- 
Jan Kara <jack@xxxxxxx>
SUSE Labs, CR
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux