From: "Michael S. Tsirkin" <mst@redhat.com>
To: "Denis V. Lunev" <den@openvz.org>
Cc: qemu-devel@nongnu.org,
Raushaniya Maksudova <rmaksudova@parallels.com>,
Anthony Liguori <aliguori@amazon.com>
Subject: Re: [Qemu-devel] [PATCH 2/2] balloon: add a feature bit to let Guest OS deflate balloon on oom
Date: Thu, 27 Nov 2014 13:08:18 +0200 [thread overview]
Message-ID: <20141127110818.GC8961@redhat.com> (raw)
In-Reply-To: <54770557.6010303@openvz.org>
On Thu, Nov 27, 2014 at 02:04:55PM +0300, Denis V. Lunev wrote:
> On 26/11/14 14:16, Michael S. Tsirkin wrote:
> >On Wed, Nov 26, 2014 at 01:11:25PM +0300, Denis V. Lunev wrote:
> >>From: Raushaniya Maksudova <rmaksudova@parallels.com>
> >>
> >>Excessive virtio_balloon inflation can cause invocation of OOM-killer,
> >>when Linux is under severe memory pressure. Various mechanisms are
> >>responsible for correct virtio_balloon memory management. Nevertheless it
> >>is often the case that these control tools does not have enough time to
> >>react on fast changing memory load. As a result OS runs out of memory and
> >>invokes OOM-killer. The balancing of memory by use of the virtio balloon
> >>should not cause the termination of processes while there are pages in the
> >>balloon. Now there is no way for virtio balloon driver to free memory at
> >>the last moment before some process get killed by OOM-killer.
> >>
> >>This does not provide a security breach as balloon itself is running
> >>inside Guest OS and is working in the cooperation with the host. Thus
> >>some improvements from Guest side should be considered as normal.
> >>
> >>To solve the problem, introduce a virtio_balloon callback which is
> >>expected to be called from the oom notifier call chain in out_of_memory()
> >>function. If virtio balloon could release some memory, it will make the
> >>system to return and retry the allocation that forced the out of memory
> >>killer to run.
> >>
> >>This behavior should be enabled if and only if appropriate feature bit
> >>is set on the device. It is off by default.
> >>
> >>This functionality was recently merged into vanilla Linux (actually in
> >>linux-next at the moment)
> >>
> >> commit 5a10b7dbf904bfe01bb9fcc6298f7df09eed77d5
> >> Author: Raushaniya Maksudova <rmaksudova@parallels.com>
> >> Date: Mon Nov 10 09:36:29 2014 +1030
> >>
> >>This patch adds respective control bits into QEMU. It introduces
> >>deflate-on-oom option for baloon device which do the trick.
> >>
> >>Signed-off-by: Raushaniya Maksudova <rmaksudova@parallels.com>
> >>Signed-off-by: Denis V. Lunev <den@openvz.org>
> >>CC: Anthony Liguori <aliguori@amazon.com>
> >>CC: Michael S. Tsirkin <mst@redhat.com>
> >>---
> >> hw/virtio/virtio-balloon.c | 7 +++++++
> >> include/hw/virtio/virtio-balloon.h | 2 ++
> >> qemu-options.hx | 6 +++++-
> >> 3 files changed, 14 insertions(+), 1 deletion(-)
> >>
> >>diff --git a/hw/virtio/virtio-balloon.c b/hw/virtio/virtio-balloon.c
> >>index 7bfbb75..9d145fa 100644
> >>--- a/hw/virtio/virtio-balloon.c
> >>+++ b/hw/virtio/virtio-balloon.c
> >>@@ -305,7 +305,12 @@ static void virtio_balloon_set_config(VirtIODevice *vdev,
> >> static uint32_t virtio_balloon_get_features(VirtIODevice *vdev, uint32_t f)
> >> {
> >>+ VirtIOBalloon *dev = VIRTIO_BALLOON(vdev);
> >> f |= (1 << VIRTIO_BALLOON_F_STATS_VQ);
> >>+ if (dev->deflate_on_oom) {
> >>+ f |= (1 << VIRTIO_BALLOON_F_DEFLATE_ON_OOM);
> >>+ }
> >>+
> >> return f;
> >> }
> >>@@ -409,6 +414,7 @@ static void virtio_balloon_device_unrealize(DeviceState *dev, Error **errp)
> >> }
> >> static Property virtio_balloon_properties[] = {
> >>+ DEFINE_PROP_BOOL("deflate-on-oom", VirtIOBalloon, deflate_on_oom, false),
> >> DEFINE_PROP_END_OF_LIST(),
> >> };
> >>diff --git a/include/hw/virtio/virtio-balloon.h b/include/hw/virtio/virtio-balloon.h
> >>index f863bfe..45cc55a 100644
> >>--- a/include/hw/virtio/virtio-balloon.h
> >>+++ b/include/hw/virtio/virtio-balloon.h
> >>@@ -30,6 +30,7 @@
> >> /* The feature bitmap for virtio balloon */
> >> #define VIRTIO_BALLOON_F_MUST_TELL_HOST 0 /* Tell before reclaiming pages */
> >> #define VIRTIO_BALLOON_F_STATS_VQ 1 /* Memory stats virtqueue */
> >>+#define VIRTIO_BALLOON_F_DEFLATE_ON_OOM 2 /* Deflate balloon on OOM */
> >> /* Size of a PFN in the balloon interface. */
> >> #define VIRTIO_BALLOON_PFN_SHIFT 12
> >>@@ -67,6 +68,7 @@ typedef struct VirtIOBalloon {
> >> QEMUTimer *stats_timer;
> >> int64_t stats_last_update;
> >> int64_t stats_poll_interval;
> >>+ bool deflate_on_oom;
> >> } VirtIOBalloon;
> >> #endif
> >You don't need an extra bool, and open-coding.
> >Do it same as we do for other features please,
> >set bit in feature mask directly.
> there is no host_features placeholder at this level.
>
> We could add it and propagate proper bit in get_features
> callback like
> return f | dev->host_features
> or we have to move this stuff a little bit up into
> CCW & PCI code like done in virtscsi with
> #define DEFINE_VIRTIO_SCSI_FEATURES(_state, _feature_field)
>
> The first approach keeps bits in the same place,
> the second follows current approach. If you prefer unification way,
> I think that other devices could be re-written this way.
>
> Any opinion?
Balloon is the weird one out here.
Look at how feature bits are defined for e.g.
DEFINE_PROP_BIT("any_layout", _state, _field, VIRTIO_F_ANY_LAYOUT, true),
you should do something similar.
> >>diff --git a/qemu-options.hx b/qemu-options.hx
> >>index da9851d..14ede0b 100644
> >>--- a/qemu-options.hx
> >>+++ b/qemu-options.hx
> >>@@ -324,7 +324,8 @@ ETEXI
> >> DEF("balloon", HAS_ARG, QEMU_OPTION_balloon,
> >> "-balloon none disable balloon device\n"
> >> "-balloon virtio[,addr=str]\n"
> >>- " enable virtio balloon device (default)\n", QEMU_ARCH_ALL)
> >>+ " enable virtio balloon device (default)\n"
> >>+ " [,deflate-on-oom=on|off]\n", QEMU_ARCH_ALL)
> >> STEXI
> >> @item -balloon none
> >> @findex -balloon
> >>@@ -332,6 +333,9 @@ Disable balloon device.
> >> @item -balloon virtio[,addr=@var{addr}]
> >> Enable virtio balloon device (default), optionally with PCI address
> >> @var{addr}.
> >>+@item -balloon virtio[,deflate-on-oom=@var{deflate-on-oom}]
> >>+@var{deflate-on-oom} is "on" or "off" and enables whether to let Guest OS
> >>+to deflate virtio balloon on OOM. Default is off.
> >> ETEXI
> >> DEF("device", HAS_ARG, QEMU_OPTION_device,
> >Please don't add stuff to legacy -balloon.
> >New -device is enough, you don't need to touch qemu-options.hx
> >for it.
> >
> sure
next prev parent reply other threads:[~2014-11-27 11:13 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-26 10:11 [Qemu-devel] [PATCH 0/2] balloon: add a feature bit to let Guest OS deflate virtio_balloon on OOM Denis V. Lunev
2014-11-26 10:11 ` [Qemu-devel] [PATCH 1/2] balloon: call qdev_alias_all_properties for proxy dev in balloon class init Denis V. Lunev
2014-11-26 12:27 ` Cornelia Huck
2014-11-26 13:16 ` Denis V. Lunev
2014-11-26 10:11 ` [Qemu-devel] [PATCH 2/2] balloon: add a feature bit to let Guest OS deflate balloon on oom Denis V. Lunev
2014-11-26 11:16 ` Michael S. Tsirkin
2014-11-27 11:04 ` Denis V. Lunev
2014-11-27 11:08 ` Michael S. Tsirkin [this message]
-- strict thread matches above, loose matches on Subject: below --
2014-11-27 11:45 [Qemu-devel] [PATCH v2 0/2] balloon: add a feature bit to let Guest OS deflate virtio_balloon on OOM Denis V. Lunev
2014-11-27 11:45 ` [Qemu-devel] [PATCH 2/2] balloon: add a feature bit to let Guest OS deflate balloon on oom Denis V. Lunev
2014-11-27 11:50 ` Andrey Korolyov
2014-11-27 12:26 ` Denis V. Lunev
2014-11-27 12:28 ` Michael S. Tsirkin
2014-11-27 14:00 ` Andrey Korolyov
2014-11-27 21:49 ` Michael S. Tsirkin
2014-11-27 22:13 ` Andrey Korolyov
2014-11-27 12:31 ` Michael S. Tsirkin
2014-11-27 12:34 ` Denis V. Lunev
2014-11-27 12:44 [Qemu-devel] [PATCH v3 0/2] balloon: add a feature bit to let Guest OS deflate virtio_balloon on OOM Denis V. Lunev
2014-11-27 12:44 ` [Qemu-devel] [PATCH 2/2] balloon: add a feature bit to let Guest OS deflate balloon on oom Denis V. Lunev
2015-02-26 17:39 [Qemu-devel] [PATCH v4 0/2] balloon: add a feature bit to let Guest OS deflate Denis V. Lunev
2015-02-26 17:39 ` [Qemu-devel] [PATCH 2/2] balloon: add a feature bit to let Guest OS deflate balloon on oom Denis V. Lunev
2015-02-26 20:39 ` Eric Blake
2015-02-27 6:57 [Qemu-devel] [PATCH v5 0/2] balloon: add a feature bit to let Guest OS deflate Denis V. Lunev
2015-02-27 6:57 ` [Qemu-devel] [PATCH 2/2] balloon: add a feature bit to let Guest OS deflate balloon on oom Denis V. Lunev
2015-04-01 9:44 ` James Bottomley
2015-04-01 9:50 ` Michael S. Tsirkin
2015-04-01 9:51 ` James Bottomley
2015-04-01 10:18 ` Michael S. Tsirkin
2015-05-04 9:47 ` Denis V. Lunev
2015-06-08 14:54 ` James Bottomley
2015-06-08 15:24 ` Michael S. Tsirkin
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=20141127110818.GC8961@redhat.com \
--to=mst@redhat.com \
--cc=aliguori@amazon.com \
--cc=den@openvz.org \
--cc=qemu-devel@nongnu.org \
--cc=rmaksudova@parallels.com \
/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;
as well as URLs for NNTP newsgroup(s).