From: "Denis V. Lunev" <den@virtuozzo.com>
To: "Michael Kelley (LINUX)" <mikelley@microsoft.com>,
Alexander Atanasov <alexander.atanasov@virtuozzo.com>,
KY Srinivasan <kys@microsoft.com>,
Haiyang Zhang <haiyangz@microsoft.com>,
Stephen Hemminger <sthemmin@microsoft.com>,
Wei Liu <wei.liu@kernel.org>, Dexuan Cui <decui@microsoft.com>
Cc: "kernel@openvz.org" <kernel@openvz.org>,
"linux-hyperv@vger.kernel.org" <linux-hyperv@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v1 1/1] Create debugfs file with hyper-v balloon usage information
Date: Tue, 5 Jul 2022 19:31:36 +0200 [thread overview]
Message-ID: <1d035bf7-47f3-277b-e26e-9cd0291cbd8a@virtuozzo.com> (raw)
In-Reply-To: <PH0PR21MB3025D1111824156FB6B9D0DCD7819@PH0PR21MB3025.namprd21.prod.outlook.com>
On 05.07.2022 19:12, Michael Kelley (LINUX) wrote:
> From: Alexander Atanasov <alexander.atanasov@virtuozzo.com> Sent: Tuesday, July 5, 2022 2:44 AM
>> Allow the guest to know how much it is ballooned by the host.
>> It is useful when debugging out of memory conditions.
>>
>> When host gets back memory from the guest it is accounted
>> as used memory in the guest but the guest have no way to know
>> how much it is actually ballooned.
>>
>> Expose current state, flags and max possible memory to the guest.
> Thanks for the contribution! I can see it being useful. But I'd note
> that the existing code has a trace function that outputs pretty much all
> the same information when it is reported to the Hyper-V host in
> post_status() every 1 second. However, the debugfs interface might be
> a bit easier to use for ongoing sampling. Related, I see that the VMware
> balloon driver use the debugfs interface, but no tracing. The virtio
> balloon driver has neither. I'm not against adding this debugfs interface,
> but I wanted to make sure there's real value over the existing tracing.
>
> See also some minor comments below.
virtio efforts:
https://www.spinics.net/lists/kernel/msg4425155.html
In general balloon information is always reported to the host, that is why
balloon is invented. Though the information inside the guest is not
always available and it is hard to track/guess.
We have had a lot of trouble to convince our customers that the
memory was taken by host being inside virtual machine. Thus debugfs
interface is good for such rare checks especially keeping in mind
that this would be the same for most frequently used by us
balloons.
Den
next prev parent reply other threads:[~2022-07-05 17:31 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-05 9:44 [PATCH v1 1/1] Create debugfs file with hyper-v balloon usage information Alexander Atanasov
2022-07-05 17:12 ` Michael Kelley (LINUX)
2022-07-05 17:31 ` Denis V. Lunev [this message]
2022-07-08 16:24 ` Alexander Atanasov
2022-07-11 18:18 ` [PATCH v3 " Alexander Atanasov
2022-07-12 16:24 ` Michael Kelley (LINUX)
2022-07-13 15:19 ` Wei Liu
2022-09-03 4:37 ` Michael Kelley (LINUX)
2022-09-05 8:59 ` Denis V. Lunev
2022-09-05 16:20 ` Wei Liu
2022-09-07 8:15 ` Alexander Atanasov
2022-07-06 18:02 ` [PATCH v1 " Wei Liu
2022-07-06 18:15 ` [PATCH v2 " Alexander Atanasov
2022-07-08 15:39 ` Michael Kelley (LINUX)
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1d035bf7-47f3-277b-e26e-9cd0291cbd8a@virtuozzo.com \
--to=den@virtuozzo.com \
--cc=alexander.atanasov@virtuozzo.com \
--cc=decui@microsoft.com \
--cc=haiyangz@microsoft.com \
--cc=kernel@openvz.org \
--cc=kys@microsoft.com \
--cc=linux-hyperv@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mikelley@microsoft.com \
--cc=sthemmin@microsoft.com \
--cc=wei.liu@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox