All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dave Hansen <haveblue@us.ibm.com>
To: Chandra Seetharaman <sekharan@us.ibm.com>
Cc: ckrm-tech@lists.sourceforge.net, linux-mm <linux-mm@kvack.org>
Subject: Re: [ckrm-tech] [Patch 5/6] CKRM: Add config support for mem controller
Date: Thu, 19 May 2005 09:43:10 -0700	[thread overview]
Message-ID: <1116520990.26955.133.camel@localhost> (raw)
In-Reply-To: <20050519162653.GB27270@chandralinux.beaverton.ibm.com>

On Thu, 2005-05-19 at 09:26 -0700, Chandra Seetharaman wrote:
> On Wed, May 18, 2005 at 06:26:50PM -0700, Dave Hansen wrote:
> > There appears to still be some serious issues in the patch with respect
> > to per-zone accounting.  There is only accounting in each ckrm_mem_res
> > for each *kind* of zone, not each zone.
> 
> In the absense of NUMA/DISCONTIGMEM, isn't 'kind of zone' and 'zone'
> the same ? Correct me if this assumption is wrong.

Yes, that is correct.  Do you not expect your code to work with NUMA or
DISCONTIGMEM?

> > Could you explain what advantages keeping a per-zone-type count has over
> > actually doing one count for each zone?  Also, why bother tracking it
> > per-zone-type anyway?  Would a single count work the same way
> 
> fits the NUMA/DISCONTIGMEM issue discussed above.

I don't think it fits it very well, it kinda just glosses over it.  A
great fit would be something that tracked how much each class was using
in each zone, not each kind of zone.  Perhaps a controller would like to
keep an individual class from using too much memory in any particular
NUMA node.  The current memory controller design would keep that from
happening.

-- Dave

--
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:"aart@kvack.org"> aart@kvack.org </a>

  reply	other threads:[~2005-05-19 16:43 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-19  0:33 [Patch 5/6] CKRM: Add config support for mem controller Chandra Seetharaman
2005-05-19  1:26 ` [ckrm-tech] " Dave Hansen
2005-05-19 16:26   ` Chandra Seetharaman
2005-05-19 16:43     ` Dave Hansen [this message]
2005-05-19 16:49       ` Chandra Seetharaman

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=1116520990.26955.133.camel@localhost \
    --to=haveblue@us.ibm.com \
    --cc=ckrm-tech@lists.sourceforge.net \
    --cc=linux-mm@kvack.org \
    --cc=sekharan@us.ibm.com \
    /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.