From: Markus Armbruster <armbru@redhat.com>
To: Anthony Liguori <anthony@codemonkey.ws>
Cc: kwolf@redhat.com, qemu-devel@nongnu.org,
Alexander Graf <agraf@suse.de>,
avi@redhat.com, Christoph Hellwig <hch@lst.de>,
aurelien@aurel32.net
Subject: Re: [Qemu-devel] Re: [PATCH] Add cache=unsafe parameter to -drive
Date: Thu, 27 May 2010 07:42:15 +0200 [thread overview]
Message-ID: <m3typtq4so.fsf@blackfin.pond.sub.org> (raw)
In-Reply-To: <4BFD499D.2020909@codemonkey.ws> (Anthony Liguori's message of "Wed, 26 May 2010 11:17:33 -0500")
Anthony Liguori <anthony@codemonkey.ws> writes:
> On 05/26/2010 10:51 AM, Alexander Graf wrote:
>> Usually the guest can tell the host to flush data to disk. In some cases we
>> don't want to flush though, but try to keep everything in cache.
>>
>> So let's add a new cache value to -drive that allows us to set the cache
>> policy to most aggressive, disabling flushes. We call this mode "unsafe",
>> as guest data is not guaranteed to survive host crashes anymore.
>>
>> This patch also adds a noop function for aio, so we can do nothing in AIO
>> fashion.
>>
>> Signed-off-by: Alexander Graf<agraf@suse.de>
>>
>
> I'm happy merging this for now, but I think it might make more sense
> to do this as per-device flush control qdev options since those bits
> are actually guest visible. Christoph, does that seem reasonable?
The qdev property's default could be based on the host block device
cache option.
This is similar to how I intend to do readonly: if qdev's readonly
property is unset, match host block device's readonly option. If qdev's
readonly property is off, host block device's must be off, too. If it's
on, anything goes.
Some qdevs don't have a readonly property, because their readonlyness is
fixed, but that's detail.
next prev parent reply other threads:[~2010-05-27 5:54 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-26 15:51 [Qemu-devel] [PATCH] Add cache=unsafe parameter to -drive Alexander Graf
2010-05-26 16:17 ` [Qemu-devel] " Anthony Liguori
2010-05-26 16:19 ` Alexander Graf
2010-05-27 5:42 ` Markus Armbruster [this message]
2010-05-26 18:15 ` [Qemu-devel] " Aurelien Jarno
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m3typtq4so.fsf@blackfin.pond.sub.org \
--to=armbru@redhat.com \
--cc=agraf@suse.de \
--cc=anthony@codemonkey.ws \
--cc=aurelien@aurel32.net \
--cc=avi@redhat.com \
--cc=hch@lst.de \
--cc=kwolf@redhat.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.