[libvirt] [PATCH 1/3] xml: output memory unit for clarity
Eric Blake
eblake at redhat.com
Thu Feb 23 13:38:31 UTC 2012
On 02/23/2012 02:55 AM, Christophe Fergeau wrote:
> On Thu, Feb 23, 2012 at 08:56:50AM +0100, Matthias Bolte wrote:
>> 2012/2/23 Eric Blake <eblake at redhat.com>:
>>> Make it obvious to 'dumpxml' readers what unit we are using,
>>> since our default of KiB (1024) differs from qemu's default of MiB.
>>
>>> diff --git a/tests/xml2vmxdata/xml2vmx-svga.xml b/tests/xml2vmxdata/xml2vmx-svga.xml
>>> index b7db4c8..9f93ef9 100644
>>> --- a/tests/xml2vmxdata/xml2vmx-svga.xml
>>> +++ b/tests/xml2vmxdata/xml2vmx-svga.xml
>>> @@ -1,7 +1,7 @@
>>> <domain type='vmware'>
>>> <name>minimal</name>
>>> <uuid>564d9bef-acd9-b4e0-c8f0-aea8b9103515</uuid>
>>> - <memory>4096</memory>
>>> + <memory units='KiB'>4096</memory>
>>> <os>
>>> <type>hvm</type>
>>> </os>
>>
>> Good idea, but why did you decide to name the attribute "units"
>> (plural) instead of "unit"? As a value can only have one unit the
>> attribute name "units" is misleading.
>
> Agreed, especially since <volume><allocation> already uses "unit"
Eek. conf/storage_conf.c is using 'k' as 1024, but documenting it as
kilobyte in formatstorage.html.in.
Yes, I can make the code for unit parsing shared between the two; for
consistency, the one letter suffix will be the power of 2, the two
letter with B suffix is power of 10, and the three letter with iB suffix
is power of 2 (this is how coreutils does it, by the way, so it's not
that unusual).
That means some refactoring - moving the unit parsing code into a shared
location that both storage_conf and domain_conf can use.
--
Eric Blake eblake at redhat.com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 620 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20120223/50c4057c/attachment-0001.sig>
More information about the libvir-list
mailing list