[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.64.0705312144400.6705@asgard.lang.hm>
Date: Thu, 31 May 2007 22:55:58 -0700 (PDT)
From: david@...g.hm
To: Tejun Heo <htejun@...il.com>
cc: Stefan Bader <Stefan.Bader@...ibm.com>,
Phillip Susi <psusi@....rr.com>,
device-mapper development <dm-devel@...hat.com>,
linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-raid@...r.kernel.org, Jens Axboe <jens.axboe@...cle.com>,
David Chinner <dgc@....com>,
Andreas Dilger <adilger@...sterfs.com>
Subject: Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices,
filesystems, and dm/md.
On Fri, 1 Jun 2007, Tejun Heo wrote:
> but one
> thing we should bear in mind is that harddisks don't have humongous
> caches or very smart controller / instruction set. No matter how
> relaxed interface the block layer provides, in the end, it just has to
> issue whole-sale FLUSH CACHE on the device to guarantee data ordering on
> the media.
if you are talking about individual drives you may be right for the moment
(but 16M cache on drives is a _lot_ larger then people imagined would be
there a few years ago)
but when you consider the self-contained disk arrays it's an entirely
different story. you can easily have a few gig of cache and a complete OS
pretending to be a single drive as far as you are concerned.
and the price of such devices is plummeting (in large part thanks to Linux
moving into this space), you can now readily buy a 10TB array for $10k
that looks like a single drive.
David Lang
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists