Re: [v7 00/10] Support cache tune in libvirt

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

 



On Sun, Feb 19, 2017 at 12:20:55PM -0300, Marcelo Tosatti wrote:
On Sun, Feb 19, 2017 at 12:01:57PM -0300, Marcelo Tosatti wrote:

How does the management software query the amount of allocatable cache
again?

Section from another discussion:

> The second case is necessary to get updated free space information.
>

Just VM initialization time could be enough as virConnectGetCapabilities
would just know the total and free size would be reported in an API (if
I rememer the discussion correctly)

Martin

Yes, i think this is missing because the interface was designed
with only libvirt in mind: the "reserved" field returns the amount of
cache reserved only by VMs.

So if there is another application on the same L3 socket
with a cache reservation, "reserved" fails to report it.

Eli can you expose the amount of free allocatable cache space
(where non-free includes space used by other reservations) in a
'free_space' field in the cache output of virConnectGetCapabilities?


There should be an API for that instead.  Capabilities are supposed to
show what the hardware is capable of, not what the actual state is.

If my opinion is not enough, see here:

 https://www.redhat.com/archives/libvir-list/2017-January/msg00500.html

Attachment: signature.asc
Description: Digital signature

--
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]
  Powered by Linux