linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: "Jacky\(GuangXiang  Lee\)" <gxli@arca.com.cn>
To: Mel Gorman <mel@skynet.ie>
Cc: linux-mm@kvack.org
Subject: Re: where to get ZONE_MOVABLE pathces?
Date: Wed, 17 Oct 2007 15:06:54 +0800	[thread overview]
Message-ID: <02e801c8108c$4d7ca7a0$3708a8c0@arcapub.arca.com> (raw)
In-Reply-To: <20071016125035.GA4294@skynet.ie>

----- Original Message ----- 
From: "Mel Gorman" <mel@skynet.ie>
To: "Jacky(GuangXiang Lee)" <gxli@arca.com.cn>
Sent: Tuesday, October 16, 2007 8:50 PM
Subject: Re: where to get ZONE_MOVABLE pathces?



Can I precisely make the RAM range of a specific DIMM to be a independent
zone?
e.x., I have a machine with 2G RAM(in place of 2 DIMM socket , each socket
is plugged with 1G RAM)
then I divided in kernel startup:
 ZONE_DMA: 0~16M
ZONE_DMA32: 16M~1G
ZONE_READONLY:1G~2G (supposing this is my new created zone)
hence the third zone corresponds to a DIMM hardware.
right?


> On (16/10/07 16:24), Jacky(GuangXiang  Lee) didst pronounce:
> > hi Mel,
> > I feel I need more knowledgement about node/zone than reading your that
> > book.
>
> Very well, but it is reaching the point where you should consider
> mailing linux-mm or kernelnewbies so that others will see the answers.
>
> > I have some stupid questions please:
> > 1)In a typical server machine, what are the maximum sizes of each nodes?
Is
> > there some materials about this exists?
>
> The size of the node is only limited by the size of the physical address
> space supported by a machine.
>
> > 2)Are all nodes in the same physical space? e.x., node 1: 0~2G, node 2:
> > 2G~4G,node 3 :4G~6G...?
>
> Not necessarily. Nodes can be at any part of the physical address space.
> They are not necessarily contiguous and nodes can actually overlap in
> some cases. For example, this can happen
>
> Node 0: 0-2GB
> Node 1: 3-6GB
> Node 0: 8-10GB
>
> > 3)In a specific node, does its zones be divided arbitrarily?
> >
>
> No, zones holes pages that have a particular addressing limitation and
> what they mean varies slightly between architectures. On i386, ZONE_DMA
> is 16MB because there are devices that can only use a 24 bit physical
> address. On x86_64, you have ZONE_DMA32 because there are 32 bit devices
> on 64 bit machines.
>
> > Can you give some detailed materials or explain more minutely?
>
> I'm not aware of recent detailed information on the subject. However, if
> you follow the code path starting from
> mm/page_alloc.c#free_area_init_nodes(), you'll see how the zones get
> initialised at boot-time. This is the arch-independent zone-sizing code
> that is used by a number of architectures. You'll see how the arch is
> responsible for passing in an array of PFNs denoting where zones end and
> how this information is used to size zones.
>
> -- 
> Mel Gorman
> Part-time Phd Student                          Linux Technology Center
> University of Limerick                         IBM Dublin Software Lab


--
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:[~2007-10-17  7:06 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20071011075743.GA4654@skynet.ie>
     [not found] ` <01f601c80be8$39537c70$3708a8c0@arcapub.arca.com>
     [not found]   ` <20071011095622.GB4654@skynet.ie>
     [not found]     ` <040c01c80cab$02e6a4f0$3708a8c0@arcapub.arca.com>
     [not found]       ` <20071012101955.GA27254@skynet.ie>
     [not found]         ` <003601c80ee8$c6487ce0$3708a8c0@arcapub.arca.com>
     [not found]           ` <20071015092426.GA31490@skynet.ie>
     [not found]             ` <016401c80f21$bf0e6c30$3708a8c0@arcapub.arca.com>
     [not found]               ` <20071015130744.GA26741@skynet.ie>
     [not found]                 ` <024a01c80fcd$ff785e50$3708a8c0@arcapub.arca.com>
     [not found]                   ` <20071016125035.GA4294@skynet.ie>
2007-10-17  7:06                     ` Jacky(GuangXiang  Lee) [this message]
2007-10-17 10:04                       ` Mel Gorman
2007-10-04  3:59 [00/18] Virtual Compound Page Support V2 Christoph Lameter
2007-10-09  8:46 ` [13/18] x86_64: Allow fallback for the stack Nick Piggin
2007-10-10  1:26   ` Christoph Lameter
2007-10-09  9:56     ` Nick Piggin
2007-10-10  3:36       ` where to get ZONE_MOVABLE pathces? Jacky(GuangXiang  Lee)
2007-10-10 10:32         ` Mel Gorman

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='02e801c8108c$4d7ca7a0$3708a8c0@arcapub.arca.com' \
    --to=gxli@arca.com.cn \
    --cc=linux-mm@kvack.org \
    --cc=mel@skynet.ie \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox