From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MLgS6-0006Gy-0U for qemu-devel@nongnu.org; Tue, 30 Jun 2009 12:45:02 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MLgS1-0006Dt-DC for qemu-devel@nongnu.org; Tue, 30 Jun 2009 12:45:01 -0400 Received: from [199.232.76.173] (port=50548 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MLgS1-0006Dk-7n for qemu-devel@nongnu.org; Tue, 30 Jun 2009 12:44:57 -0400 Received: from mail2.shareable.org ([80.68.89.115]:34429) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MLgS0-0005q6-NY for qemu-devel@nongnu.org; Tue, 30 Jun 2009 12:44:57 -0400 Date: Tue, 30 Jun 2009 17:44:50 +0100 From: Jamie Lokier Subject: Re: [Qemu-devel] [PATCH] Allow adjustment of http block device's readahead size. Message-ID: <20090630164450.GA18666@shareable.org> References: <1246068684.4465.76.camel@voxel> <4A48C574.10205@codemonkey.ws> <1EC214E3-2B9D-4202-ADC4-05DDF691E927@suse.de> <4A4A14D4.8010204@codemonkey.ws> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A4A14D4.8010204@codemonkey.ws> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: Nolan , Alexander Graf , "qemu-devel@nongnu.org" Anthony Liguori wrote: > Alexander Graf wrote: > > > >On 29.06.2009, at 15:45, Anthony Liguori wrote: > > > >>Nolan wrote: > >>>Allow adjustment of http block device's readahead size, via the > >>>environment variable "HTTP_READAHEAD_SIZE". > >>> > >>>Signed-off-by: Nolan Leake sigbus.net> > >>> > >> > >>I'd rather a command line option than an environmental variable. > > > >Wouldn't it make sense to pass arbitrary options via -drive to backends? > > > >That way we could have -drive > >file=http://sample.com/test.iso,http-readahead=1024. > > Where it gets complex is that you probably want those options to be > included as qcow2 backing_file too. I've thought about this in the past > and haven't been able to come to a great solution. And sometimes you want to change or override the qcow2 backing_file options... It's already awkward when you want to rename a bunch of image files, that the backing relative file path is fixed in the qcow2 file and cannot be overridden by a management program (without rewriting the qcow2 file). Options like http-readahead=1024 on the backing file are the sort of thing it's reasonable to want to change more often. Imho they are in the same category as the cache= option, which should be controllable for backing files when invoking QEMU independently from the main file. -- Jamie