linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* better solution for frequent head unload problem
@ 2008-09-30 17:58 Tejun Heo
  0 siblings, 0 replies; only message in thread
From: Tejun Heo @ 2008-09-30 17:58 UTC (permalink / raw)
  To: Bruce Allen, IDE/ATA development list
  Cc: Robert Krawitz, Carlos Bessa, aladin7501-01, webmaster,
	Ivan N. Zlatev, aliencoder, pascal, andrew.vaselaar

Hello, Bruce and cc'd reporters.

I'm having a second thought about storage-fixup as solution for frequent
head unload problem.  Initially, I thought there would be only a handful
of affected machines but it doesn't look like that anymore and
storage-fixup is too inflexible.

IMHO, this can be best dealt with by smartd if it can do the followings.

* smartd knows about most drive families - their l/ul limits and which
value to use to disable APM.

* it monitors u/ul limits and if the load count increases fast enough
that the drive reaches the limit before 1.5 years of uptime (or some
other value), it warns and automatically disables APM.

By doing the above, we don't have to maintain list of combinations of
system and harddrives which can never be complete and later when the
disk workload becomes different due to FS or VM changes, the powersaving
feature can be left enabled.

Obstacles are...

* How to build rather complete SMART database?  I think vendor
cooperation is necessary.  If we can work out something, it will also
improve general usefulness of SMART.

* Making distros enable smartd by default.  smartd might need a bit of
adjustment but I think this shouldn't be too difficult.

What do you think?

Till we can figure out something, I'll keep building storage-fixup.conf.

Thanks.

-- 
tejun

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2008-09-30 18:00 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-09-30 17:58 better solution for frequent head unload problem Tejun Heo

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).