jbd is also asynch. That's not the issue. The issue is more the size of the journal. The larger the journal, the lesser need to flush the journal.
In ocfs2, as each slot has a separate journal, there is a desire to limit the journal size so as to make more space available to actual data. Also, as the fs is clustered, flushes could be triggered by other nodes. So, having a separate device makes sense. It adds complexity to the configuration, but, that is to be expected. ;) Paul Taysom wrote: > The performance you might gain from a separate journaling device will > be very dependent on exactly how the journal is done. On NSS, the > Netware journaled file system, we ran experiments with the journal > turned off (just didn't do the write) and found it had little impact on > benchmarks like NetBench. Part of the reason for this is that the > journal writes were asynchronous to the main flow of the system. Normal > operations would normally not ever wait for journal writes. > > Paul > > _______________________________________________ > Ocfs2- devel mailing list > Ocfs2- [EMAIL PROTECTED] > http://oss.oracle.com/mailman/listinfo/ocfs2- devel > > > _______________________________________________ > Ocfs2-devel mailing list > [email protected] > http://oss.oracle.com/mailman/listinfo/ocfs2-devel > _______________________________________________ Ocfs2-devel mailing list [email protected] http://oss.oracle.com/mailman/listinfo/ocfs2-devel
