From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail172.messagelabs.com (mail172.messagelabs.com [216.82.254.3]) by kanga.kvack.org (Postfix) with ESMTP id 3F5E56B0088 for ; Mon, 14 Sep 2009 17:28:28 -0400 (EDT) Received: from zps19.corp.google.com (zps19.corp.google.com [172.25.146.19]) by smtp-out.google.com with ESMTP id n8ELSXDe029330 for ; Mon, 14 Sep 2009 22:28:33 +0100 Received: from pzk9 (pzk9.prod.google.com [10.243.19.137]) by zps19.corp.google.com with ESMTP id n8ELRFOO024264 for ; Mon, 14 Sep 2009 14:28:30 -0700 Received: by pzk9 with SMTP id 9so2759639pzk.30 for ; Mon, 14 Sep 2009 14:28:30 -0700 (PDT) Date: Mon, 14 Sep 2009 14:28:27 -0700 (PDT) From: David Rientjes Subject: Re: [PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management. In-Reply-To: Message-ID: References: <20090908104409.GB28127@csn.ul.ie> <20090908200451.GA6481@csn.ul.ie> <20090908214109.GB6481@csn.ul.ie> <20090909081631.GB24614@csn.ul.ie> <20090910122641.GA31153@csn.ul.ie> <20090914133329.GC11778@csn.ul.ie> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mm@kvack.org To: Mel Gorman Cc: Lee Schermerhorn , linux-mm@kvack.org, Andrew Morton , Nishanth Aravamudan , linux-numa@vger.kernel.org, Adam Litke , Andy Whitcroft , Eric Whitney , Randy Dunlap List-ID: On Mon, 14 Sep 2009, David Rientjes wrote: > > On PPC64, the parameters behave differently. I couldn't convince it to > > create more than one NUMA node. On x86-64, the NUMA nodes appeared to > > exist and would be visible on /proc/buddyinfo for example but the sysfs > > directories for the fake nodes were not created so nr_hugepages couldn't > > be examined on a per-node basis for example. > > > > I don't know anything about the ppc64 fake NUMA, but the sysfs node > directories should certainly be created on x86_64. I'll look into it > because that's certainly a bug. Thanks. > This works on my machine just fine. For example, with numa=fake=8: $ ls /sys/devices/system/node has_cpu has_normal_memory node0 node1 node2 node3 node4 node5 node6 node7 online possible $ ls /sys/devices/system/node/node3 cpu4 cpu5 cpu6 cpu7 cpulist cpumap distance meminfo numastat scan_unevictable_pages I don't see how this could differ if bootmem is setting up the nodes correctly, which dmesg | grep "^Bootmem setup node" would reveal. The defconfig disables CONFIG_NUMA_EMU now, though, so perhaps it got turned off by accident in your kernel? Let me know if there's any abnormalities with your particular setup. -- 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: email@kvack.org