From: Bob Liu <bob.liu@oracle.com>
To: David Vrabel <david.vrabel@citrix.com>
Cc: Bob Liu <lliubbo@gmail.com>,
konrad.wilk@oracle.com, xen-devel@lists.xenproject.org,
linux-kernel@vger.kernel.org
Subject: Re: [Xen-devel] [PATCH] drivers: xen-selfballoon: consider slab pages
Date: Tue, 05 Nov 2013 11:30:08 +0800 [thread overview]
Message-ID: <52786640.90403@oracle.com> (raw)
In-Reply-To: <5277D7EA.9000801@citrix.com>
On 11/05/2013 01:22 AM, David Vrabel wrote:
> On 04/11/13 12:39, Bob Liu wrote:
>> Currently the goal_page in xen-selfballon doesn't consider much about pages used
>> in kernel space.
>> A typical usage is slab pages, without consider slab pages the goal_page result
>> may be too rough and lead extra memory pressure to guest os.
>
> Can you provide some real world figures where the calculatation got it
> wrong? What was the resultant behavior? Swap death? OOM killer?
>
Sorry, I didn't run any testing I just think it's unreasonable while
reading the source code.
vm_memory_committed() only calculate pages which mapped to process
address space, but the kernel itself(like block, fs and network
subsystem) may occupy some memory. And it's possible that those
subsystem may occupy a significant amount of memory in some situation.
I'm afraid if we don't consider those kernel memory while calculating
goal_pages, guest memory will be set lower than guest really needs.
>> Signed-off-by: Bob Liu <bob.liu@oracle.com>
>> ---
>> drivers/xen/xen-selfballoon.c | 2 ++
>> 1 file changed, 2 insertions(+)
>>
>> diff --git a/drivers/xen/xen-selfballoon.c b/drivers/xen/xen-selfballoon.c
>> index 21e18c1..4814759 100644
>> --- a/drivers/xen/xen-selfballoon.c
>> +++ b/drivers/xen/xen-selfballoon.c
>> @@ -191,6 +191,8 @@ static void selfballoon_process(struct work_struct *work)
>> tgt_pages = cur_pages; /* default is no change */
>> goal_pages = vm_memory_committed() +
>> totalreserve_pages +
>> + global_page_state(NR_SLAB_RECLAIMABLE) +
>
> Does SLAB_RECLAIMABLE want to be included here? Unless I'm
> misunderstanding here, SLAB_RECLAIMABLE is effectively free.
>
SLAB_RECLAIMABLE isn't effectively free, it means the slab page is in
used but can be reclaimed(freed) during memory pressure.
>> + global_page_state(NR_SLAB_UNRECLAIMABLE) +
>
> This bit looks fine to me.
>
>> MB2PAGES(selfballoon_reserved_mb);
>> #ifdef CONFIG_FRONTSWAP
>> /* allow space for frontswap pages to be repatriated */
>
> David
>
Thanks for your review.
--
Regards,
-Bob
next prev parent reply other threads:[~2013-11-05 3:30 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-04 12:39 [PATCH] drivers: xen-selfballoon: consider slab pages Bob Liu
2013-11-04 15:13 ` Konrad Rzeszutek Wilk
2013-11-04 15:13 ` Konrad Rzeszutek Wilk
2013-11-04 17:22 ` [Xen-devel] " David Vrabel
2013-11-05 3:30 ` Bob Liu [this message]
2013-11-05 10:33 ` David Vrabel
2013-11-05 10:33 ` David Vrabel
2013-11-05 3:30 ` Bob Liu
2013-11-04 17:22 ` David Vrabel
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=52786640.90403@oracle.com \
--to=bob.liu@oracle.com \
--cc=david.vrabel@citrix.com \
--cc=konrad.wilk@oracle.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lliubbo@gmail.com \
--cc=xen-devel@lists.xenproject.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.