Hi Dave, Dave Johnson wrote: > Since upgrading from 2.6.23.1 to 2.6.27.8, I'm now seeing kjournald > perform a write 2 seconds after each read to an ext3 fs. > > laptop mode is on and filesystem is mounted with noatime and a large > commit time (6 hours). > > Did I miss something or is this expected? This is the defined behaviour for laptop_mode. Whenever a *physical* READ takes place, this is taken to indicate that the disk is spun up at that time. The laptop_mode functionality then takes that opportunity to sync any dirty data to disk, two seconds (or whatever value you put in /proc/sys/vm/laptop_mode) after the physical disk activity has ceased. The rationale behind this is that you want to sync your stuff when the disk is spun up, and then you want to hold back writing back stuff for a very long while. And the only way it can detect that the disk is spun up is when there is physical disk activity. This is exactly what happens in your case. The READ activity reported by block_dump is *physical* read activity: some data was needed that was not cached in memory. block_dump does not show you what data was retrieved from the ext3 fs *without* having to access the disk, it only shows actual physical disk I/O. Cheers, Bart -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
