Re: [RFC] ext4: Don't send extra barrier during fsync if there are no dirty pages.

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

 



 On 08/05/2010 02:32 AM, Ted Ts'o wrote:
On Tue, Aug 03, 2010 at 04:24:49PM +0300, Avi Kivity wrote:
  On 06/30/2010 03:48 PM, tytso@xxxxxxx wrote:
I wonder if it's worthwhile to think about a new system call which
allows users to provide an array of fd's which are collectively should
be fsync'ed out at the same time.  Otherwise, we end up issuing
multiple barrier operations in cases where the application needs to
do:

	fsync(control_fd);
	fsync(data_fd);

The system call exists, it's called io_submit().
Um, not the same thing at all.

Why not? To be clear, I'm talking about an io_submit() with multiple IO_CMD_FSYNC requests, with a kernel implementation that is able to batch these requests.

--
I have a truly marvellous patch that fixes the bug which this
signature is too narrow to contain.

--
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


[Index of Archives]     [Reiser Filesystem Development]     [Ceph FS]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux FS]     [Yosemite National Park]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Device Mapper]     [Linux Media]

  Powered by Linux