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

[Avi Kivity]

 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-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/