Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.kernel > #1671054

Re: [PATCH v11 4/6] mm: function to offer a page block on the free list

Show all headers | View raw

[Multipart message — attachments visible in raw view] - view raw

On Tue, 2017-06-20 at 21:26 +0300, Michael S. Tsirkin wrote:
> On Tue, Jun 20, 2017 at 01:29:00PM -0400, Rik van Riel wrote:
> > I agree with that.  Let me go into some more detail of
> > what Nitesh is implementing:
> > 
> > 1) In arch_free_page, the being-freed page is added
> >    to a per-cpu set of freed pages.
> > 2) Once that set is full, arch_free_pages goes into a
> >    slow path, which:
> >    2a) Iterates over the set of freed pages, and
> >    2b) Checks whether they are still free, and
> >    2c) Adds the still free pages to a list that is
> >        to be passed to the hypervisor, to be MADV_FREEd.
> >    2d) Makes that hypercall.
> > 
> > Meanwhile all arch_alloc_pages has to do is make sure it
> > does not allocate a page while it is currently being
> > MADV_FREEd on the hypervisor side.
> > 
> > The code Wei is working on looks like it could be 
> > suitable for steps (2c) and (2d) above. Nitesh already
> > has code for steps 1 through 2b.
> 
> So my question is this: Wei posted these numbers for balloon
> inflation times:
> inflating 7GB of an 8GB idle guest:
> 
> 	1) allocating pages (6.5%)
> 	2) sending PFNs to host (68.3%)
> 	3) address translation (6.1%)
> 	4) madvise (19%)
> 
> 	It takes about 4126ms for the inflating process to complete.
> 
> It seems that this is an excessive amount of time to stay
> under a lock. What are your estimates for Nitesh's work?

That depends on the batch size used for step
(2c), and is something that we should be able
to tune for decent performance.

What seems to matter is that things are batched.
There are many ways to achieve that.

-- 
All rights reversed

Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Re: [PATCH v11 4/6] mm: function to offer a page block on the free  list Rik van Riel <riel@redhat.com> - 2017-06-20 18:50 +0200
  Re: [PATCH v11 4/6] mm: function to offer a page block on the free  list David Hildenbrand <david@redhat.com> - 2017-06-20 18:50 +0200
    Re: [PATCH v11 4/6] mm: function to offer a page block on the free  list Rik van Riel <riel@redhat.com> - 2017-06-20 19:30 +0200
      Re: [PATCH v11 4/6] mm: function to offer a page block on the free  list "Michael S. Tsirkin" <mst@redhat.com> - 2017-06-20 20:30 +0200
        Re: [PATCH v11 4/6] mm: function to offer a page block on the free  list Rik van Riel <riel@redhat.com> - 2017-06-20 22:00 +0200
          Re: [PATCH v11 4/6] mm: function to offer a page block on the free  list "Michael S. Tsirkin" <mst@redhat.com> - 2017-06-21 14:50 +0200
      Re: [Qemu-devel] [PATCH v11 4/6] mm: function to offer a page block  on the free list Wei Wang <wei.w.wang@intel.com> - 2017-06-21 10:40 +0200
    Re: [PATCH v11 4/6] mm: function to offer a page block on the free  list "Michael S. Tsirkin" <mst@redhat.com> - 2017-06-20 20:20 +0200
      Re: [PATCH v11 4/6] mm: function to offer a page block on the free  list "Michael S. Tsirkin" <mst@redhat.com> - 2017-06-20 21:00 +0200
        Re: [PATCH v11 4/6] mm: function to offer a page block on the free  list David Hildenbrand <david@redhat.com> - 2017-06-20 21:10 +0200
      Re: [PATCH v11 4/6] mm: function to offer a page block on the free  list David Hildenbrand <david@redhat.com> - 2017-06-20 21:00 +0200
    Re: [PATCH v11 4/6] mm: function to offer a page block on the free  list Christian Borntraeger <borntraeger@de.ibm.com> - 2017-06-21 15:00 +0200
      Re: [PATCH v11 4/6] mm: function to offer a page block on the free  list David Hildenbrand <david@redhat.com> - 2017-06-21 15:50 +0200

csiph-web