Thread (52 messages) 52 messages, 11 authors, 2010-10-19

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

From: Avi Kivity <hidden>
Date: 2010-08-05 02:20:26
Also in: lkml

  On 08/05/2010 02:32 AM, Ted Ts'o wrote:
On Tue, Aug 03, 2010 at 04:24:49PM +0300, Avi Kivity wrote:
quoted
  On 06/30/2010 03:48 PM, tytso@mit.edu wrote:
quoted
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.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help