From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=33544 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OJQs7-0008CG-I2 for qemu-devel@nongnu.org; Tue, 01 Jun 2010 08:47:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OJQs1-0003St-VN for qemu-devel@nongnu.org; Tue, 01 Jun 2010 08:47:07 -0400 Received: from mx1.redhat.com ([209.132.183.28]:61675) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OJQs1-0003Sb-Nx for qemu-devel@nongnu.org; Tue, 01 Jun 2010 08:47:01 -0400 Message-ID: <4C050121.2040106@redhat.com> Date: Tue, 01 Jun 2010 14:46:25 +0200 From: Kevin Wolf MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH] Default to cache=writeback References: <1274897594-4167-1-git-send-email-agraf@suse.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alexander Graf Cc: Stefan Hajnoczi , avi@redhat.com, qemu-devel@nongnu.org, aurelien@aurel32.net, hch@lst.de Am 01.06.2010 13:31, schrieb Alexander Graf: > > On 26.05.2010, at 21:28, Stefan Hajnoczi wrote: > >> On Wed, May 26, 2010 at 7:13 PM, Alexander Graf wrote: >>> In the previous discussion Anthony brought up the fact that cache=writeback is >>> safe enough considering data integrity. If so, I don't see a reason not to use >>> it as default, as it speeds up things a lot. >> >> cache=writeback is not a good default for qcow2: >> >> https://bugzilla.redhat.com/show_bug.cgi?id=572825 >> http://wiki.qemu.org/Features/Qcow2DataIntegrity >> >> The actual qcow2 file itself can become corrupted because metadata >> updates are not ordered or flushed with respect to each other or data. >> This is more serious than losing data written after the last flush. >> >> I believe special case cache= defaults for raw vs qcow2 have been >> mentioned before but I don't see any code in qemu.git currently that >> ensures qcow2 is run safely by default. > > Well since cache=writethrough is the default, it apparently isn't hit by the issues you mentioned. > > Kevin, what's your opinion on this? To be honest, I can't follow your argumentation. What you're saying is basically "with the current default of writethrough it works, so it can't be dangerous to change the default to writeback". Not sure how you draw this conclusion. Kevin