From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:41012) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UHIJz-0007c4-BB for qemu-devel@nongnu.org; Sun, 17 Mar 2013 14:28:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UHIJy-0008PR-0q for qemu-devel@nongnu.org; Sun, 17 Mar 2013 14:28:39 -0400 Received: from mail-bk0-x22f.google.com ([2a00:1450:4008:c01::22f]:33559) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UHIJx-0008PD-QN for qemu-devel@nongnu.org; Sun, 17 Mar 2013 14:28:37 -0400 Received: by mail-bk0-f47.google.com with SMTP id jc3so2164974bkc.34 for ; Sun, 17 Mar 2013 11:28:36 -0700 (PDT) Sender: Paolo Bonzini Message-ID: <51460B50.3080305@redhat.com> Date: Sun, 17 Mar 2013 19:28:32 +0100 From: Paolo Bonzini MIME-Version: 1.0 References: <1362442784-22324-1-git-send-email-aurelien@aurel32.net> <20130305004438.GF23040@ohm.aurel32.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH] hw/vexpress: set default block type to SD List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: qemu-devel@nongnu.org, Aurelien Jarno Il 15/03/2013 16:35, Peter Maydell ha scritto: > On 5 March 2013 00:44, Aurelien Jarno wrote: >> On Tue, Mar 05, 2013 at 08:22:57AM +0800, Peter Maydell wrote: >>> What effect does this actually have on the user experience? >> >> The effect is that the user don't has to specify the interface type. >> Basically: >> >> -drive file=/path/to/file,if=sd >> can be replaced by >> -drive file=/path/to/file >> >> It means the user doesn't have to know the details of the machine to >> know how to attach a disk. Note that the user here can also be a script, >> which then becomes a bit simpler. > > I'm not convinced this is a good thing -- I think you should have > to know that you're attaching an SD card and not a hard disk, > because the performance is much worse. In particular if you > don't specify 'cache=writeback' your performance will be > dreadful, so you need to do something different from hard > disks anyhow. cache=writeback has been the default for a few releases. Paolo