From: Jeff Garzik <jeff@garzik.org>
To: Ric Wheeler <rwheeler@redhat.com>
Cc: Jens Axboe <jens.axboe@oracle.com>,
Linus Torvalds <torvalds@linux-foundation.org>,
Theodore Tso <tytso@mit.edu>, Ingo Molnar <mingo@elte.hu>,
Alan Cox <alan@lxorguk.ukuu.org.uk>,
Arjan van de Ven <arjan@infradead.org>,
Andrew Morton <akpm@linux-foundation.org>,
Mark Lord <liml@rtr.ca>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Linux IDE mailing list <linux-ide@vger.kernel.org>
Subject: Re: Linux 2.6.29
Date: Tue, 31 Mar 2009 18:22:15 -0400 [thread overview]
Message-ID: <49D29797.80200@garzik.org> (raw)
In-Reply-To: <49D2930A.5030905@redhat.com>
Ric Wheeler wrote:
> Jeff Garzik wrote:
>> Jens Axboe wrote:
>>> Another problem is that FLUSH_CACHE sucks. Really. And not just on
>>> ext3/ordered, generally. Write a 50 byte file, fsync, flush cache and
>>> wit for the world to finish. Pretty hard to teach people to use a nicer
>>> fdatasync(), when the majority of the cost now becomes flushing the
>>> cache of that 1TB drive you happen to have 8 partitions on. Good luck
>>> with that.
>>
>> (responding to an email way back near the start of the thread)
>>
>> I emailed Microsoft about their proposal to add a WRITE BARRIER
>> command to ATA, documented at
>> http://www.t13.org/Documents/UploadedDocuments/docs2007/e07174r0-Write_Barrier_Command_Proposal.doc
>> The MSFT engineer said they were definitely still pursuing this proposal.
>>
>> IMO we could look at this too, or perhaps come up with an alternate
>> proposal like FLUSH CACHE RANGE(s).
> I agree that it is worth getting better mechanisms in place - the cache
> flush is really primitive. Now we just need a victim to sit in on
> T13/T10 standards meetings :-)
Heck, we could even do a prototype implementation with the help of Mark
Lord's sata_mv target mode support...
Jeff
next parent reply other threads:[~2009-03-31 22:23 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20090324093245.GA22483@elte.hu>
[not found] ` <20090324101011.6555a0b9@lxorguk.ukuu.org.uk>
[not found] ` <20090324103111.GA26691@elte.hu>
[not found] ` <20090324132032.GK5814@mit.edu>
[not found] ` <alpine.LFD.2.00.0903241053200.3032@localhost.localdomain>
[not found] ` <20090324184549.GE32307@mit.edu>
[not found] ` <alpine.LFD.2.00.0903241218130.3032@localhost.localdomain>
[not found] ` <49C93AB0.6070300@garzik.org>
[not found] ` <20090325093913.GJ27476@kernel.dk>
[not found] ` <49CA86BD.6060205@garzik.org>
[not found] ` <20090325194341.GB27476@kernel.dk>
[not found] ` <49D281D8.8030203@garzik.org>
[not found] ` <49D2930A.5030905@redhat.com>
2009-03-31 22:22 ` Jeff Garzik [this message]
2009-04-01 18:34 ` Linux 2.6.29 Mark Lord
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=49D29797.80200@garzik.org \
--to=jeff@garzik.org \
--cc=akpm@linux-foundation.org \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=arjan@infradead.org \
--cc=jens.axboe@oracle.com \
--cc=liml@rtr.ca \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=rwheeler@redhat.com \
--cc=torvalds@linux-foundation.org \
--cc=tytso@mit.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).