* Re: Linux 2.6.29 [not found] ` <49D2930A.5030905@redhat.com> @ 2009-03-31 22:22 ` Jeff Garzik 2009-04-01 18:34 ` Mark Lord 0 siblings, 1 reply; 2+ messages in thread From: Jeff Garzik @ 2009-03-31 22:22 UTC (permalink / raw) To: Ric Wheeler Cc: Jens Axboe, Linus Torvalds, Theodore Tso, Ingo Molnar, Alan Cox, Arjan van de Ven, Andrew Morton, Mark Lord, Linux Kernel Mailing List, Linux IDE mailing list 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 ^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Linux 2.6.29 2009-03-31 22:22 ` Linux 2.6.29 Jeff Garzik @ 2009-04-01 18:34 ` Mark Lord 0 siblings, 0 replies; 2+ messages in thread From: Mark Lord @ 2009-04-01 18:34 UTC (permalink / raw) To: Jeff Garzik Cc: Ric Wheeler, Jens Axboe, Linus Torvalds, Theodore Tso, Ingo Molnar, Alan Cox, Arjan van de Ven, Andrew Morton, Mark Lord, Linux Kernel Mailing List, Linux IDE mailing list Jeff Garzik wrote: > Ric Wheeler wrote: >> Jeff Garzik wrote: >>> Jens Axboe wrote: .. >>> 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... .. Speaking of which.. you probably won't see the preliminary rev of sata_mv + target_mode until sometime this weekend. It's going to be something quite simple for 2.6.30, and we can expand on that in later kernels. Cheers ^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2009-04-01 18:34 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[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 ` Linux 2.6.29 Jeff Garzik
2009-04-01 18:34 ` Mark Lord
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).