[ovirt-devel] Memory stats in VDSM
Juan Hernández
jhernand at redhat.com
Mon Aug 28 12:02:03 UTC 2017
On 08/28/2017 01:57 PM, Juan Hernández wrote:
> On 08/28/2017 01:42 PM, Michal Skrivanek wrote:
>>
>>> On 28 Aug 2017, at 13:37, Juan Hernández <jhernand at redhat.com> wrote:
>>>
>>> On 08/28/2017 01:11 PM, Tomáš Golembiovský wrote:
>>>> Hi,
>>>> there is ongoing effort to change how VDSM collects information about
>>>> memory usage from guests. We used to use oVirt guest agent to get the
>>>> statistics about free memory, swap usage, etc. This is going to change
>>>> and we will use stats provided by VirtIO Balloon driver. [1] This
>>>> should
>>>> not break MOM nor Engine (current or previous versions).
>>>> There is however small downside to this change. We will not be able to
>>>> fetch information about buffers and caches on Linux guests anymore
>>>> (mem_cached and mem_buffers in memoryStats). The corollary of this is
>>>> that free memory reported by Engine will also no longer include those
>>>> statistics and reported free memory will be really (only) free memory.
>>>> I now there will be mixed feelings about this and we would like to get
>>>> the information about buffers and caches back to the VDSM. Correctly
>>>> via
>>>> balloon driver statistics. [2] This effort will however take some time.
>>>> Tomas
>>>> [1] https://gerrit.ovirt.org/#/q/topic:memory-stats
>>>> [2]
>>>> https://lists.nongnu.org/archive/html/qemu-devel/2017-08/msg05239.html
>>>
>>> Note that this information is currently reported by the engine REST
>>> API, so it is part of its contract. Removing it breaks backwards
>>> compatibility and causes a regression in this RFE:
>>
>> we can either declare it deprecated or temporarily report 0 until the
>> support propagates into qemu-ga
>>
>
> So there will be an interval of time where it will not be reported? Will
> that affect released versions of the system or it is just something that
> we will re-add before the next release? It is released versions of the
> system that I am concerned about. We should not do a release that breaks
> backwards compatibility. It is completely OK if we break it in between
> releases.
>
>> I think best way forward is to just make it optionally available when
>> ovirt-guest-agent reports it.
>> I.e. users will get only part of the information when they run only
>> qemu-ga, and that’s fine…
>>
Not sure I understand this. Currently, if I understand correctly, these
values are only populated if the ovirt-guest-agent is installed? That is
OK (may be worth documenting it). We plan to replace ovirt-guest-agent
with qemu-ga in a mandatory way? Or will the user be able to use one or
the other? If the user decides to use the ovirt-guest-agent, will we
continue to report these statistics?
>>>
>>> [RFE] Report guests Buffered/Cached memory
>>> https://bugzilla.redhat.com/1024010
>
>
More information about the Devel
mailing list