Date: Mon, 04 Oct 2004 08:41:45 -0700
From: "Martin J. Bligh" <mbligh@aracnet.com>
To: Paul Jackson <pj@sgi.com>
cc: efocht@hpce.nec.com, akpm@osdl.org, nagar@watson.ibm.com,
       ckrm-tech@lists.sourceforge.net, lse-tech@lists.sourceforge.net,
       hch@infradead.org, steiner@sgi.com, jbarnes@sgi.com,
       sylvain.jeaugey@bull.net, djh@sgi.com, linux-kernel@vger.kernel.org,
       colpatch@us.ibm.com, Simon.Derr@bull.net, ak@suse.de, sivanich@sgi.com
Subject: Re: [Lse-tech] [PATCH] cpusets - big numa cpu and memory placement
Message-ID: <850440000.1096904504@[10.10.2.4]>
In-Reply-To: <20041004083045.1432f511.pj@sgi.com>
References: <20040805100901.3740.99823.84118@sam.engr.sgi.com><200410032221.26683.efocht@hpce.nec.com><20041003134842.79270083.akpm@osdl.org><200410041605.30395.efocht@hpce.nec.com><842970000.1096901859@[10.10.2.4]> <20041004083045.1432f511.pj@sgi.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 730
Lines: 24

> Martin wrote:
>> I don't think anyone is suggesting that either system as is could replace
>> the other ...
> 
> I'm pretty sure Andrew was suggesting this.
> 
> He began this thread addressing me with the statement:
>> 
>> And CKRM is much more general than the cpu/memsets code, and hence it
>> should be possible to realize your end-users requirements using an

Note especially the last line:

>> appropriately modified CKRM, and a suitable controller.

So not CKRM as-is ...

M.

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