Re: Flash disks and FFS layout heuristics

In message <200803302016.m2UKGuZA015127@xxxxxxxxxxxxxxxxxxxx>, Matthew Dillon w
rites:

The right way to deal with flash is *NOT* to require that the filesystem
be smart about flash storage, but instead to implement an intermediate
storage layer which linearizes the writes to flash and removes all
random erases from the critical path.

Your description of a simplified version of what is commonly called
a "Flash Adaptation Layer", is a very good example of why there is
a clear difference between "camera grade" flash devices, like most
CF cards, and the new generation of "SSD" devices, like the M-Tron
disk now in my laptop.

The Camera grade Flash devices get lousy random write performance
because they implement in essense what you describe, only in a more
complete fashion where they have error correction, both the data
and on the bitmaps.

The newer generation of SSD devices do things much smarter than
that, which is why their random write performance is much better
than camera-grade devices.

See my earlier emails for references to how to do the really smart
thing.


--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
phk@xxxxxxxxxxx | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
_______________________________________________
freebsd-arch@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arch
To unsubscribe, send any mail to "freebsd-arch-unsubscribe@xxxxxxxxxxx"

Relevant Pages

  • Re: Wow
    ... Flash storage. ... You can control the amount of space a Flash application can ...
    (rec.outdoors.fishing.fly)
  • Re: FMD storage do auto FMD_EraseBlock while copy file
    ... I also do some test on my flash and find something is strange. ... After reboot, I also can access this file. ... I lost my flash storage. ...
    (microsoft.public.windowsce.embedded)