Re: Journaling pointless with today's hard disks?

Florian Weimer (Florian.Weimer@RUS.Uni-Stuttgart.DE)
24 Nov 2001 18:31:34 +0100


Phil Howard <phil-linux-kernel@ipal.net> writes:

> | That seems more like a case of "hard drives being pointless
> | for people wanting to store their data" ;)
>
> Or at least "powering down IBM DTLA series hard drives is pointless
> for people wanting to store their data".

We have got a DTLA drive which shows the typical symptoms without
being powered down regularly. The defective sectors simply appeared
during normal operation. But that's not the point, I'm pretty
convinced that the DTLA problems are not caused by aborted writes.

However, I'm scared by a major hard disk manufacturer using such a
faulty approach, and claiming it's reasonable. Maybe you can gain
some performance this way, maybe the firmware is easier to write. If
there's such a motivation, other manufacturers will follow and soon,
there won't be any reliably drives to buy for us (just being a bit
paranoid...).

> Now I can see a problem if the drive can't flush a write-back cache
> during the "power fade". With some pretty big caches many drives
> have these days (although I wonder just how useful that is with OS
> caches being as good as they are),

They can reorder writes and eliminate dead writes, breaking journaling
(especially if the journal is on a different disk than the actual
data). ;-) In fact, the "cache" is probably just memory used for quite
a few different purposes: scatter/gather support, command queuing,
storing the firmware, and so on.

Emptying the caches in time is not a problem, BTW. You just don't get
a full write in this case (and lose some data), but you shouldn't see
any bad sectors.

-- 
Florian Weimer 	                  Florian.Weimer@RUS.Uni-Stuttgart.DE
University of Stuttgart           http://cert.uni-stuttgart.de/
RUS-CERT                          +49-711-685-5973/fax +49-711-685-5898
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/