Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S268246AbUJDQEg (ORCPT ); Mon, 4 Oct 2004 12:04:36 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S268259AbUJDQEf (ORCPT ); Mon, 4 Oct 2004 12:04:35 -0400 Received: from omx2-ext.sgi.com ([192.48.171.19]:47253 "EHLO omx2.sgi.com") by vger.kernel.org with ESMTP id S268246AbUJDQEd (ORCPT ); Mon, 4 Oct 2004 12:04:33 -0400 Date: Mon, 4 Oct 2004 09:02:32 -0700 From: Paul Jackson To: "Martin J. Bligh" 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: <20041004090232.1180b3f8.pj@sgi.com> In-Reply-To: <850440000.1096904504@[10.10.2.4]> 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> <850440000.1096904504@[10.10.2.4]> Organization: SGI X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1023 Lines: 24 Martin, quoting Andrew: > >> appropriately modified CKRM, and a suitable controller. > > So not CKRM as-is ... Yes - by now we all agree that CKRM as it is doesn't provide some things that cpusets provides (though of course CKRM provides much more that cpusets doesn't.) Andrew would ask, if I am channeling him correctly, how about CKRM as it could be? What would it take to modify CKRM so that it could subsume (embrace and replace) cpusets, meeting all the requirements that in the end we agreed were essential for cpusets to meet, rendering cpusets redundant and no longer needed? -- I won't rest till it's the best ... Programmer, Linux Scalability Paul Jackson 1.650.933.1373 - 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/