All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Michael S. Tsirkin" <mst@redhat.com>
To: David Hildenbrand <david@redhat.com>
Cc: Tyler Sanderson <tysand@google.com>,
	virtualization@lists.linux-foundation.org
Subject: Re: VIRTIO_BALLOON_F_FREE_PAGE_HINT
Date: Fri, 4 Oct 2019 04:35:46 -0400	[thread overview]
Message-ID: <20191004043446-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <0df87f00-5102-973b-3a7a-735e44f4ac3f@redhat.com>

On Fri, Oct 04, 2019 at 10:06:03AM +0200, David Hildenbrand wrote:
> On 04.10.19 01:15, Tyler Sanderson wrote:
> > I was mistaken, the problem with overcommit accounting is not fixed by
> > the change to shrinker interface.
> > This means that large allocations are stopped even if they could succeed
> > by deflating the balloon.
> 
> Please note that some people use the balloon for actual memory unplug -
> so initiating to deflate the balloon under any circumstances is
> undesired. It's different with "VIRTIO_BALLOON_F_DEFLATE_ON_OOM" being
> set - however that is barely the case (at least in the setups I know :) ).
> 
> So yes, free page reporting is a different thing, because it really is
> used to "hint" and not to "agree to unplug" in any scenario.
> 
> -- 
> 
> Thanks,
> 


VIRTIO_BALLOON_F_DEFLATE_ON_OOM isn't really well thought through
at the spec level either. For example, when will we inflate again?
Current code does this at the next interrupt, which requires
host to somehow know it's time to inflate.

-- 
MST

  reply	other threads:[~2019-10-04  8:35 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CAJuQAmpQmNN1EJHm4RinZnBven9Bx4GGqd-8Mt+L=3Z-3pd+zg@mail.gmail.com>
2019-09-16  1:41 ` VIRTIO_BALLOON_F_FREE_PAGE_HINT Wei Wang
2019-09-16  7:26   ` VIRTIO_BALLOON_F_FREE_PAGE_HINT David Hildenbrand
     [not found]     ` <CAJuQAmpQV26kb9vTyoW-Q7PsD0SOfX+otkiQZAks1L6k7rgdig@mail.gmail.com>
2019-10-03 18:31       ` VIRTIO_BALLOON_F_FREE_PAGE_HINT Michael S. Tsirkin
     [not found]         ` <CAJuQAmrCiPsofYpDvm8=i32d9c9yCmKpJRBSRFkeubP_2=XKtw@mail.gmail.com>
2019-10-04  8:06           ` VIRTIO_BALLOON_F_FREE_PAGE_HINT David Hildenbrand
2019-10-04  8:35             ` Michael S. Tsirkin [this message]
2019-10-04  8:56               ` VIRTIO_BALLOON_F_FREE_PAGE_HINT David Hildenbrand
     [not found]                 ` <CAJuQAmpwQ4guGtHTTWC60EAYBuJ264d6CgWmWEHSnb8-CRtWBw@mail.gmail.com>
2019-10-05 21:03                   ` VIRTIO_BALLOON_F_FREE_PAGE_HINT Michael S. Tsirkin
2019-10-06  8:30                   ` VIRTIO_BALLOON_F_FREE_PAGE_HINT David Hildenbrand
2019-10-06 11:48                     ` VIRTIO_BALLOON_F_FREE_PAGE_HINT Michael S. Tsirkin
2019-10-06 21:42                       ` VIRTIO_BALLOON_F_FREE_PAGE_HINT Tyler Sanderson via Virtualization

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=20191004043446-mutt-send-email-mst@kernel.org \
    --to=mst@redhat.com \
    --cc=david@redhat.com \
    --cc=tysand@google.com \
    --cc=virtualization@lists.linux-foundation.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.