From: Ian Campbell <Ian.Campbell@citrix.com>
To: Wei Liu <wei.liu2@citrix.com>
Cc: Stefano Stabellini <stefano.stabellini@eu.citrix.com>,
Andrew Cooper <andrew.cooper3@citrix.com>,
xen-devel@lists.xen.org, David Vrabel <david.vrabel@citrix.com>,
Boris Ostrovsky <boris.ostrovsky@oracle.com>
Subject: Re: Xen balloon driver improvement (version 1)
Date: Thu, 23 Oct 2014 15:29:37 +0100 [thread overview]
Message-ID: <1414074577.15687.6.camel@citrix.com> (raw)
In-Reply-To: <20141023130049.GK9188@zion.uk.xensource.com>
On Thu, 2014-10-23 at 14:00 +0100, Wei Liu wrote:
> On Thu, Oct 23, 2014 at 01:27:45PM +0100, Ian Campbell wrote:
> > On Thu, 2014-10-23 at 13:17 +0100, Wei Liu wrote:
> > > On Thu, Oct 23, 2014 at 12:59:17PM +0100, Ian Campbell wrote:
> > > > On that subject, how do you handle alloc_xenballooned_pages calls of
> > > > non-2M alignment? Would it be best to do a 2M balloon and queue the rest
> > > > for use on future similar allocations?
> > > >
> > > > If so then I'm wondering if it might make sense to keep the spare 4K
> > > > pages from doing this on a separate queue to the normal 4K queue, in
> > > > order to keep these sorts pages isolated into 2M regions -- because I
> > > > expect that they cannot be compacted without cooperation with the driver
> > > > which allocated them (which I expect won't even be possible in many
> > > > cases).
> > > >
> > >
> > > Yes, it requires cooperation from the driver, and I don't think it's a
> > > good idea because that would mean drivers need to do weird things which
> > > hinder performance and increase complexity.
> >
> > I have a feeling it may even be impossible in some cases.
> >
> > > I intend to not touch them, just leave them in separate queue.
> >
> > i.e. a separate one from the "unusued ballooned 4k"?
> >
>
> Yes. A separate one -- if the "unused ballooned 4k" queue refers to the
> queue that holds balloon pages which are subject to balloon page
> compaction.
Correct.
> OK, I think there's some misunderstanding here. When kernel tries to
> allocate high order page, it already kicks of compaction (including
> normal page and balloon page compaction) when fast path fails.
Aha, that was what I missed, thanks!
> So I was thinking about something like calling compact_zone or rolling
> our own implementation when I saw your reply. That's a very time
> consuming operation and time varies depending on kernel parameters and
> the status of memory fragmentation.
Right, that doesn't sound desirable.
Ian.
next prev parent reply other threads:[~2014-10-23 14:29 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-22 16:29 Xen balloon driver improvement (version 1) Wei Liu
2014-10-22 17:32 ` Andrew Cooper
2014-10-22 18:29 ` Wei Liu
2014-10-23 11:00 ` Ian Campbell
2014-10-23 11:05 ` Wei Liu
2014-10-23 11:42 ` Andrew Cooper
2014-10-23 11:44 ` David Vrabel
2014-10-23 10:09 ` David Vrabel
2014-10-23 10:52 ` Stefano Stabellini
2014-10-23 10:58 ` David Vrabel
2014-10-23 11:04 ` Wei Liu
2014-10-27 11:29 ` Wei Liu
2014-10-23 11:59 ` Ian Campbell
2014-10-23 12:17 ` Wei Liu
2014-10-23 12:27 ` Ian Campbell
2014-10-23 13:00 ` Wei Liu
2014-10-23 14:29 ` Ian Campbell [this message]
2014-10-23 14:30 ` Roger Pau Monné
2014-10-23 15:23 ` Wei Liu
2014-10-23 15:57 ` Roger Pau Monné
2014-10-23 16:04 ` Ian Campbell
2014-10-23 16:12 ` Wei Liu
2014-10-24 13:54 ` Dario Faggioli
2014-10-24 14:04 ` Wei Liu
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=1414074577.15687.6.camel@citrix.com \
--to=ian.campbell@citrix.com \
--cc=andrew.cooper3@citrix.com \
--cc=boris.ostrovsky@oracle.com \
--cc=david.vrabel@citrix.com \
--cc=stefano.stabellini@eu.citrix.com \
--cc=wei.liu2@citrix.com \
--cc=xen-devel@lists.xen.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.