Re: [PATCH] Add node prefix to virNodeGet(CPU|Memory)Stats structs and defines

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



2011/6/15 Eric Blake <eblake@xxxxxxxxxx>:
> On 06/15/2011 07:40 AM, Matthias Bolte wrote:
>> ---
>>  daemon/remote.c              |    4 +-
>>  include/libvirt/libvirt.h.in |   99 ++++++++++++++++++++----------------------
>>  src/driver.h                 |    4 +-
>>  src/libvirt.c                |   38 ++++++++--------
>>  src/nodeinfo.c               |   40 ++++++++--------
>>  src/nodeinfo.h               |    4 +-
>>  src/remote/remote_driver.c   |    4 +-
>>  tools/virsh.c                |   18 ++++----
>>  8 files changed, 103 insertions(+), 108 deletions(-)
>
> API change, but on an unreleased API.  Now's the time to do it, if we
> are in agreement :)
>
> The change is correct coding-wise, but I have a technical concern
> holding back my ack:
>
> Is there any chance that we might later add an API that can query CPU
> and Memory statistics of a domain, at which point, both
> virNodeGetCPUStats and virNodeGetMemoryStats could share the same
> vir{CPU,Memory}Stats structure with the theoretical virDomainGetCPUStats
> and virDomainGetMemoryStats?
>
> If so, then leaving things as-is for the common struct name makes sense.
>  If not, then the rename makes sense.  Thoughts?
>

The release is near. If we want to do this we need to do it now.

So, what do we do with this?

-- 
Matthias Bolte
http://photron.blogspot.com

--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list



[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]