Re: Mentor for a GSoC application wanted (Online ext2/3 filesystem checker)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> Am I correct that the Linux fsync(), when used (from userspace)
> directly on file descriptors associated with block devices doesn't
> actually flush the disk write cache and wait for the data to reach the
> disk before returning?

Not quite. It depends. Sometimes it does this and sometimes it doesn't,
depending on the disk and the controller and the file system and the
kernel version and the distribution default.

For details search the archives of linux-kernel/linux-fsdevel. This
has been discussed many times.

> Is there a reason why this isn't being done other than performance?

One reason against it is that in many (but not all) setups to guarantee
reaching the platter you have to disable the write cache, and at least
for consumer level hard disks disk vendors generally do not recommend
doing this because it significantly lowers the MTBF of the disk.

-Andi

--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux