linux-kernel - Re: x86 patches was Re: -mm merge plans for 2.6.24

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <1191345930.5026.9.camel@localhost>
Date:	Tue, 02 Oct 2007 13:25:29 -0400
From:	Lee Schermerhorn <Lee.Schermerhorn@...com>
To:	Andrew Morton <akpm@...ux-foundation.org>
Cc:	KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>,
	Andi Kleen <andi@...stfloor.org>, linux-kernel@...r.kernel.org,
	mpm@...enic.com, "Huang, Ying" <ying.huang@...el.com>,
	Thomas Gleixner <tglx@...utronix.de>,
	Christoph Lameter <clameter@....com>, apw@...dowen.org
Subject: Re: x86 patches was Re: -mm merge plans for 2.6.24

On Tue, 2007-10-02 at 00:43 -0700, Andrew Morton wrote:
> On Tue, 2 Oct 2007 16:36:24 +0900 KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com> wrote:
> 
> > On Tue, 2 Oct 2007 00:18:09 -0700
> > Andrew Morton <akpm@...ux-foundation.org> wrote:
> > > > 
> > > > > How come?  Memoryless node can and do occur in real-world machines.  Kernel
> > > > > should support that?
> > > > 
> > > > But a node is just defined by its memory? 
> > > 
> > > Don't think so.  A node is a lump of circuitry which can have zero or more
> > > CPUs, IO and memory.
> > > 
> > > It may initially have been conceived as a memory-only concept in the Linux
> > > kernel, but that doesn't fully map onto reality (does it?)
> > > 
> > > There was a real-world need for this, I think from the Fujitsu guys.  That
> > > should be spelled out in the changelog but isn't.
> > 
> > Yes, Fujitsu and HP guys really need this memory-less-node support. 
> > 
> 
> For what reason, please?

For the HP platforms, we can configure each cell with from 0% to 100%
"cell local memory".  When we configure with <100% CLM, the "missing
percentages" are interleaved by hardware on a cache-line granularity to
improve bandwidth at the expense of latency for numa-challenged
applications [and OSes, but not our problem ;-)].  When we boot Linux on
such a config, all of the real nodes have no memory--it all resides in a
single interleaved pseudo-node.  

When we boot Linux on a 100% CLM configuration [== NUMA], we still have
the interleaved pseudo-node.  It contains a few hundred MB stolen from
the real nodes to contain the DMA zone.  [Interleaved memory resides at
phys addr 0].  The memoryless-nodes patches, along with the zoneorder
patches, support this config as well.

Also, when we boot a NUMA config with the "mem=" command line,
specifying less memory than actually exists, Linux takes the excluded
memory "off the top" rather than distributing it across the nodes.  This
can result in memoryless nodes, as well.

Lee

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/