All of lore.kernel.org
 help / color / mirror / Atom feed
From: Balbir Singh <balbir@in.ibm.com>
To: "Patrick.Le-Dot" <Patrick.Le-Dot@bull.net>
Cc: ckrm-tech@lists.sourceforge.net, linux-mm@kvack.org
Subject: Re: [ckrm-tech] [RFC][PATCH 5/5] RSS accounting at the page level
Date: Fri, 15 Dec 2006 16:10:15 +0530	[thread overview]
Message-ID: <45827B8F.7080808@in.ibm.com> (raw)
In-Reply-To: <20061215075751.AD3F41B6A7@openx4.frec.bull.fr>

Patrick.Le-Dot wrote:
>> ...
>> This would limit the numbers to groups to the word size on the machine.
> 
> yes, this should be the bigger disadvantage of this implementation...
> But may be acceptable for a prototype, at least to explain the concept ?
> 

I think we need to find a more efficient mechanism to track shared pages

> 
>> It would be interesting if we can support shared pages without any
>> changes to struct page.
> 
> I suppose that means you are on a system without kswapd...
> 
> Is everybody OK with that ?
> This is a question for the linux-mm list...
> 


No, I have kswapd, like I said earlier, I have a patch that uses rmap
information for detecting and accounting shared pages. I hope to
post a patch soon.

> 
>> Any particular reason for not implementing migration in this patch.
> 
> Nothing special, only incremental code, step by step.
> So first try to have a sane shared pages accounting...

Aah, ok

> 
>> Do you have any test results with this patch? Showing the effect of
>> tracking shared pages
> 
> Only the RSS counter after reboot (same hw/software config) :
> 
> with your patch :
> # mount -t container none /dev/container
> # cat /dev/container/memctlr.stats
> RSS Pages 10571
> 
> and with my shared pages accounting patch :
> # mount -t container none /dev/container
> # cat /dev/container/memctlr.stats
> RSS Pages 7329
> 
> 

Is there any way to print out the shared pages, I think it should
easy to track shared pages per container as an accountable parameter.

-- 

	Balbir Singh,
	Linux Technology Center,
	IBM Software Labs

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

  reply	other threads:[~2006-12-15 10:53 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-12-15  7:57 [ckrm-tech] [RFC][PATCH 5/5] RSS accounting at the page level Patrick.Le-Dot
2006-12-15 10:40 ` Balbir Singh [this message]
  -- strict thread matches above, loose matches on Subject: below --
2006-12-15 13:31 Patrick.Le-Dot

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=45827B8F.7080808@in.ibm.com \
    --to=balbir@in.ibm.com \
    --cc=Patrick.Le-Dot@bull.net \
    --cc=ckrm-tech@lists.sourceforge.net \
    --cc=linux-mm@kvack.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.