Re: [PATCH v2] qemu: bulk stats: implement (cpu) tune group.

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

 



----- Original Message -----
> From: "Peter Krempa" <pkrempa@xxxxxxxxxx>
> To: "Francesco Romani" <fromani@xxxxxxxxxx>
> Cc: libvir-list@xxxxxxxxxx
> Sent: Monday, March 9, 2015 2:16:34 PM
> Subject: Re:  [PATCH v2] qemu: bulk stats: implement (cpu) tune group.

[...]
> > + * VIR_DOMAIN_STATS_TUNE_CPU: Return CPU tuning statistics
> > + * and usage information.
> > + * The typed parameter keys are in this format:
> > + * "tune.vcpu.quota" - max allowed bandwidth, in microseconds, as
> > + *                     long long integer. -1 means 'infinite'.
> > + * "tune.vcpu.period" - timeframe on which the virtual cpu quota is
> > + *                      enforced, in microseconds, as unsigned long long.
> > + * "tune.emu.quota" - max allowed bandwidth for emulator threads,
> > + *                    in microseconds, as long long integer.
> > + *                    -1 means 'infinite'.
> > + * "tune.emu.period" - timeframe on which the emulator quota is
> > + *                     enforced, in microseconds, as unsigned long long.
> > + * "tune.cpu.shares" - weight of this domain. This value is meaningful
> > + *                     only if compared with the other values of
> > + *                     the running domains. Expressed as unsigned long
> > long.
> > + *
> 
> These options above represent configuration and not any statistic value,
> so they won't change unless libvirt is instructed to change them. I
> don't think they belong to the stats API.
> 
> Additionally libvirt recently added an event to track change of the
> tunables. See virConnectDomainEventTunableCallback.
> 
> http://libvirt.org/html/libvirt-libvirt-domain.html#virConnectDomainEventTunableCallback
> http://libvirt.org/html/libvirt-libvirt-domain.html#VIR_DOMAIN_TUNABLE_CPU_CPU_SHARES
> http://libvirt.org/html/libvirt-libvirt-domain.html#VIR_DOMAIN_TUNABLE_CPU_EMULATORPIN
> and so on ...
> 
> I think you want to use that event and leave this api for statistics
> only.

Yep, it seems that should serve us better. Thanks!


-- 
Francesco Romani
RedHat Engineering Virtualization R & D
Phone: 8261328
IRC: fromani

--
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]