mkfs.jffs2 propsal and a question about burst reads
joern at wohnheim.fh-wedel.de
Wed Nov 7 07:37:47 EST 2001
This discussion is increasingly off-topic. But it remains interesting,
so what the hell!
> > As far as I recall, the "trick" with journaling filesystems is to log
> > only the metadata. On normal hard drives, this speeds up the most
> I think the history was the other way around - the systems which log also
> the data as opposed to metadata were introduced later. The literature
> about journaling filesystems seems a bit vague on the subject, so I don't
> see it as any problem to put all filesystems of this type in a class and
> call it "journaling". After all, it's a journal with or without userdata..
> The name "log structured" is equally confusing since your normal
> journaling system is also centred around a log :)
Ok, I can live with that. Still, metadata-only-journaling is a very
clumsy way to name something, but since the need for this rarely
arises - oh well!
> Datalogging as opposed to simply metadata logging is necessary on a flash
> because you can't rewrite blocks at random. It's probably not a good
> technique on a harddisk except if you really want to guarantee actual file
> consistency on a crash, but that would require transactional user-mode
> support anyway (something we've discussed on jffs-dev some times).
On flash, user data journaling (how I hate this) is the only way to
go. A normal filesystem on top of a read-modify-write block driver is
theoretically possible, but it comes close to insanity to actually use
On a regular hard drive, user data journaling maximizes write
performance but will only achieve decent read performance when data is
read successively that was written successively, too. Very unlikely.
On the other hand, it is trivial to write a disk defragmentation tool
for these filesystems. Just read and rewrite everything in the
preferred order and the filesystem logic takes care of the rest.
The cheapest, fastest and most reliable components of a computer system are
those that aren't there -- Gordon Bell, DEC labratories
More information about the linux-mtd