[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <44E9B69D.9060109@sw.ru>
Date: Mon, 21 Aug 2006 17:35:25 +0400
From: Kirill Korotaev <dev@...ru>
To: Andrew Morton <akpm@...l.org>
CC: Dave Hansen <haveblue@...ibm.com>, Rik van Riel <riel@...hat.com>,
ckrm-tech@...ts.sourceforge.net,
Christoph@...-sf-spam2-b.sourceforge.net,
List <linux-kernel@...r.kernel.org>, Hellwig <hch@...radead.org>,
Andrey Savochkin <saw@...ru>,
Alan Cox <alan@...rguk.ukuu.org.uk>,
Linux@...-sf-spam2-b.sourceforge.net, rohitseth@...gle.com,
hugh@...itas.com, Ingo Molnar <mingo@...e.hu>,
Pavel Emelianov <xemul@...nvz.org>, devel@...nvz.org,
Andi Kleen <ak@...e.de>
Subject: Re: [ckrm-tech] [PATCH 4/7] UBC: syscalls (user interface)
Andrew Morton wrote:
> I have this mad idea that you can divide a 128GB machine up into 256 fake
> NUMA nodes, then you use each "node" as a 512MB unit of memory allocation.
> So that 4.5GB job would be placed within an exclusive cpuset which has nine
> "mems" (what are these called?) and voila: the job has a hard 4.5GB limit,
> no kernel changes needed.
this doesn't allow memory overcommitment, does it?
Kirill
-
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/
Powered by blists - more mailing lists