public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* questions regarding Journalling-FSes and w-cache reordering
@ 2003-04-09 19:33 Oliver S.
  0 siblings, 0 replies; 5+ messages in thread
From: Oliver S. @ 2003-04-09 19:33 UTC (permalink / raw)
  To: linux-kernel

I've got a question regarding the behaviour of w-caches with ATA-harddisks:
Is a ATA-harddisk allowed to reorder the operations from in w-cache ? On one
side, this would be an opportunity to optimize head-movements (although a good
cyclical-scan drive-scheduler would gain the same if it can rely on a linear
sector-mapping), but on the other side, this would compromise the two-phase
commiting of journalling FSes and render it useless. So I doubt that reorder-
ing is allowed with ATA-HDs. Are my assumptions right ?


^ permalink raw reply	[flat|nested] 5+ messages in thread
* RE: questions regarding Journalling-FSes and w-cache reordering
@ 2003-04-09 19:52 Mudama, Eric
  2003-04-09 20:12 ` Alan Cox
  0 siblings, 1 reply; 5+ messages in thread
From: Mudama, Eric @ 2003-04-09 19:52 UTC (permalink / raw)
  To: 'Oliver S.', linux-kernel



> -----Original Message-----
>
> Is a ATA-harddisk allowed to reorder the operations from in 
> w-cache ?

ATA hard drives are allowed to reorder/merge/etc their write caches if write
cache is enabled.  With write caching enabled, there is no guarantee that
dirty data will be flushed in any specific order, nor does the ATA protocol
support any such ordering beyond the global flush cache command.

No order preference is supported in TCQ either except for the optional FUA
extensions for ATA-7.

There is nothing in the ATA specification that guarantees data integrity at
any given instant in time on the media without a flush cache.  (e.g. I am in
the process of writing data A, and data B is an arriving overlapping write
splice, what do I actually put on the media and in what order)

Power cycling a dirty, busy drive, especially in the middle of error
recovery/reallocation, is always a dangerous proposition.


--eric

--
Eric Mudama                              Maxtor Corporation
eric_mudama@maxtor.com      2452 Clover Basin Drive - BC163
303.682.4758 (x4758)                     Longmont, CO 80503
                      cell: 303.478.3180
 



^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2003-04-10 18:26 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-04-09 19:33 questions regarding Journalling-FSes and w-cache reordering Oliver S.
  -- strict thread matches above, loose matches on Subject: below --
2003-04-09 19:52 Mudama, Eric
2003-04-09 20:12 ` Alan Cox
2003-04-09 21:35   ` Torrey Hoffman
2003-04-10 17:39     ` Alan Cox

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox