Journaling File Systems and RAID (was RE: [ale] ext3)

Stephan Uphoff ups at tree.com
Wed Sep 19 16:34:53 EDT 2001



> Vernard Martin wrote:
> ......
> And regardless of implementation, the amount of data that is written
> with a journaling filesystem versus a non-journaling filesystem (keeping
> everything else the same) is going to be larger so its going to
> technically take longer.
> ......

This really depends on the implementation and the file system 
access pattern.

In some implementations many short log entries share a single log block.
The log entries describe changes in multiple meta data blocks.

Since the log contains a description on how to recover meta data
the (non log) meta data blocks do not have to be flushed for file
(or file system)  synchronization or to satisfy fsck requirements 
- it is enough to flush the log block(s).
( To be able to recover with fsck some writes to disk need to be synchronous
  in a regular file system )

Because of this (non log) meta data does not need to be flushed as frequently
as with a regular file system.
This ``write caching'' can actually decreases the amount of data traffic 
to the drive.
As with all caching the effectiveness depends on the
access pattern and the size of the cache.


	Stephan

 

--
To unsubscribe: mail majordomo at ale.org with "unsubscribe ale" in message body.





More information about the Ale mailing list