[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] Re: [PATCH] virtio-spec: document block CMD and FLUSH
From: |
Jamie Lokier |
Subject: |
Re: [Qemu-devel] Re: [PATCH] virtio-spec: document block CMD and FLUSH |
Date: |
Tue, 4 May 2010 21:17:05 +0100 |
User-agent: |
Mutt/1.5.13 (2006-08-11) |
Jens Axboe wrote:
> On Tue, May 04 2010, Rusty Russell wrote:
> > ISTR someone mentioning a desire for such an API years ago, so CC'ing the
> > usual I/O suspects...
>
> It would be nice to have a more fuller API for this, but the reality is
> that only the flush approach is really workable. Even just strict
> ordering of requests could only be supported on SCSI, and even there the
> kernel still lacks proper guarantees on error handling to prevent
> reordering there.
There's a few I/O scheduling differences that might be useful:
1. The I/O scheduler could freely move WRITEs before a FLUSH but not
before a BARRIER. That might be useful for time-critical WRITEs,
and those issued by high I/O priority.
2. The I/O scheduler could move WRITEs after a FLUSH if the FLUSH is
only for data belonging to a particular file (e.g. fdatasync with
no file size change, even on btrfs if O_DIRECT was used for the
writes being committed). That would entail tagging FLUSHes and
WRITEs with a fs-specific identifier (such as inode number), opaque
to the scheduler which only checks equality.
3. By delaying FLUSHes through reordering as above, the I/O scheduler
could merge multiple FLUSHes into a single command.
4. On MD/RAID, BARRIER requires every backing device to quiesce before
sending the low-level cache-flush, and all of those to finish
before resuming each backing device. FLUSH doesn't require as much
synchronising. (With per-file FLUSH; see 2; it could even avoid
FLUSH altogether to some backing devices for small files).
In other words, FLUSH can be more relaxed than BARRIER inside the
kernel. It's ironic that we think of fsync as stronger than
fbarrier outside the kernel :-)
-- Jamie
[Qemu-devel] Re: [PATCH] virtio-spec: document block CMD and FLUSH, Christoph Hellwig, 2010/05/04
Re: [Qemu-devel] Re: [PATCH] virtio-spec: document block CMD and FLUSH, Jamie Lokier, 2010/05/04