From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:57924) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R491l-0003Kj-GE for qemu-devel@nongnu.org; Thu, 15 Sep 2011 06:18:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R491i-0001Hk-Ge for qemu-devel@nongnu.org; Thu, 15 Sep 2011 06:18:41 -0400 Received: from e5.ny.us.ibm.com ([32.97.182.145]:39378) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R491i-0001HH-ED for qemu-devel@nongnu.org; Thu, 15 Sep 2011 06:18:38 -0400 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e5.ny.us.ibm.com (8.14.4/8.13.1) with ESMTP id p8F9lxX4028283 for ; Thu, 15 Sep 2011 05:47:59 -0400 Received: from d03av03.boulder.ibm.com (d03av03.boulder.ibm.com [9.17.195.169]) by d01relay04.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id p8FAIaxM256518 for ; Thu, 15 Sep 2011 06:18:36 -0400 Received: from d03av03.boulder.ibm.com (loopback [127.0.0.1]) by d03av03.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id p8FAILan018581 for ; Thu, 15 Sep 2011 04:18:21 -0600 Message-ID: <4E71D0FB.6040102@linux.vnet.ibm.com> Date: Thu, 15 Sep 2011 06:18:35 -0400 From: Stefan Berger MIME-Version: 1.0 References: <4E70DEE8.8090908@linux.vnet.ibm.com> <20110915054729.GV21417@redhat.com> In-Reply-To: <20110915054729.GV21417@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] Design of the blobstore List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gleb Natapov Cc: Markus Armbruster , Anthony Liguori , QEMU Developers , "Michael S. Tsirkin" On 09/15/2011 01:47 AM, Gleb Natapov wrote: > On Wed, Sep 14, 2011 at 01:05:44PM -0400, Stefan Berger wrote: >> One property of the blobstore is that it has a certain required >> size for accommodating all blobs of device that want to store their >> blobs onto. The assumption is that the size of these blobs is know >> a-priori to the writer of the device code and all devices can >> register their space requirements with the blobstore during device >> initialization. Then gathering all the registered blobs' sizes plus >> knowing the overhead of the layout of the data on the disk lets QEMU >> calculate the total required (minimum) size that the image has to >> have to accommodate all blobs in a particular blobstore. >> > I do not see the point of having one blobstore for all devices. Each > should have its own. We will need permanent storage for UEFI firmware > too and creating new UEFI config for each machine configuration is not > the kind of usability we want to have. > You will have the possibility of storing all devices' state into one blobstore or each devices' state in its own or any combination in between. Stefan