From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53279) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XJkFW-0006YD-Oc for qemu-devel@nongnu.org; Tue, 19 Aug 2014 10:19:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XJkFP-0000t6-Nz for qemu-devel@nongnu.org; Tue, 19 Aug 2014 10:18:58 -0400 Received: from qmta09.emeryville.ca.mail.comcast.net ([76.96.30.96]:50965) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XJkFP-0000sv-G9 for qemu-devel@nongnu.org; Tue, 19 Aug 2014 10:18:51 -0400 Message-ID: <53F35CC7.1040909@redhat.com> Date: Tue, 19 Aug 2014 08:18:47 -0600 From: Eric Blake MIME-Version: 1.0 References: <1408392454-22044-1-git-send-email-mreitz@redhat.com> <20140819140049.GG4638@noname.redhat.com> In-Reply-To: <20140819140049.GG4638@noname.redhat.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Xk2mrbvTa9vi9GPqgJtboMcI8dnWfTV03" Subject: Re: [Qemu-devel] [PATCH v2 0/4] qcow2: Allow runtime specification of cache sizes List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Kevin Wolf , Max Reitz Cc: qemu-devel@nongnu.org, Stefan Hajnoczi This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Xk2mrbvTa9vi9GPqgJtboMcI8dnWfTV03 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 08/19/2014 08:00 AM, Kevin Wolf wrote: > Am 18.08.2014 um 22:07 hat Max Reitz geschrieben: >> Currently, the metadata cache size is only tunable on compile time >> through macros. However, some users may want to use the minimal cache >> size (for whatever reason) and others may want to increase the cache >> size because they have enough memory and want to increase performance.= >> >> This series adds runtime options for setting the cache size in bytes >> (which is an easily comprehensible unit) in various ways (by setting >> each cache explicitly or the total size). >> >> >> This series (patch 2) depends on Markus' series >> "[PATCH v2 0/4] block: Use g_new() & friends more". >> >> >> v2: >> - Patch 2: c->entries may be NULL in the fail path; respect that case= >=20 > Thanks, applied all to the block branch (with patch 1 changed as > commented there). I'd still like to see the changes to qapi/block-core.json that expose these for hot-plugging before we call this series finished (I mentioned that in my review of v1, without realizing that v2 had already been sent)= =2E --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --Xk2mrbvTa9vi9GPqgJtboMcI8dnWfTV03 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Public key at http://people.redhat.com/eblake/eblake.gpg iQEcBAEBCAAGBQJT81zHAAoJEKeha0olJ0Nqj5oH/2zpqMQF/IcgPmoQ4ONXJAmr 70zHHheOcm3FcNxZFbVGcI0hxhlegfzfDyzoIYhY4x04SurELCm7EJkBsEuQmi6a OrMa5aH5szSLX1MRglZTyrZgPfTvm2FDcKCyJ6jbsmToKLWntnEsg/xO4phC4KmD QJ3zgGKpxysfUuau7lvK2Wmx/lxVgZm21+rlzyjOdbVuKJdIOdOY/rPeN7vGfztJ vlKIfWAw3TN/N89hMLrI8awKRxGflm5reDZq88Z6ry3QzxE8FKXR/0BOn3z1T5ob llfQTz+KlJKoiyIioircR2eKlkQPk0weZnoBMIBlZG4smALNrsa0IL1keBMgApA= =sMaE -----END PGP SIGNATURE----- --Xk2mrbvTa9vi9GPqgJtboMcI8dnWfTV03--