Re: spindown

Daniel Phillips (phillips@bonn-fries.net)
Wed, 20 Jun 2001 18:52:30 +0200


On Tuesday 19 June 2001 12:46, Pavel Machek wrote:
> > > > Roger> It does if you are running on a laptop. Then you do not want
> > > > Roger> the pages go out all the time. Disk has gone too sleep, needs
> > > > Roger> to start to write a few pages, stays idle for a while, goes to
> > > > Roger> sleep, a few more pages, ...
> > > > That could be handled by a metric which says if the disk is spun
> > > > down, wait until there is more memory pressure before writing. But
> > > > if the disk is spinning, we don't care, you should start writing out
> > > > buffers at some low rate to keep the pressure from rising too
> > > > rapidly.
> > >
> > > Notice that write is not free (in terms of power) even if disk is
> > > spinning. Seeks (etc) also take some power. And think about
> > > flashcards. It certainly is cheaper tha spinning disk up but still not
> > > free.
> >
> > Isn't this why noflushd exists or is this an evil thing that shouldn't
> > ever be used and will eventually eat my disks for breakfast?
>
> It would eat your flash for breakfast. You know, flash memories have
> no spinning parts, so there's nothing to spin down.

Yes, this doesn't make sense for flash, and in fact, it doesn't make sense to
have just one set of bdflush parameters for the whole system, it's really a
property of the individual device. So the thing to do is for me to go kibitz
on the io layer rewrite projects and figure out how to set up the
intelligence per-queue, and have the queues per-device, at which point it's
trivial to do the write^H^H^H^H^H right thing for each kind of device.

BTW, with nominal 100,000 erases you have to write 10 terabytes to your 100
meg flash disk before you'll see it start to degrade. These devices are set
up to avoid continuous hammering on the same same page, and to take failed
pages out of the pool as soon as they fail to erase. Also, the 100,000
figure is nominal - the average number of erases you'll get per page is
considerably higher. The extra few sectors we see with the early flush patch
are just not going to affect the life of your flash to a measurable degree.

--
Daniel
-
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/