Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752800AbaKFRDa (ORCPT ); Thu, 6 Nov 2014 12:03:30 -0500 Received: from mail-wg0-f50.google.com ([74.125.82.50]:58445 "EHLO mail-wg0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752231AbaKFRD1 (ORCPT ); Thu, 6 Nov 2014 12:03:27 -0500 Date: Thu, 6 Nov 2014 17:03:23 +0000 From: Matt Fleming To: Peter Zijlstra Cc: Vikas Shivappa , Tejun Heo , "Auld, Will" , Vikas Shivappa , "linux-kernel@vger.kernel.org" , "Fleming, Matt" , h.peter.anvin@intel.com Subject: Re: Cache Allocation Technology Design Message-ID: <20141106170323.GJ3592@console-pimps.org> References: <20141029124834.GQ12020@console-pimps.org> <20141029134526.GC3337@twins.programming.kicks-ass.net> <96EC5A4F3149B74492D2D9B9B1602C27349EEB88@ORSMSX105.amr.corp.intel.com> <20141029172845.GP12706@worktop.programming.kicks-ass.net> <20141029182234.GA13393@mtj.dyndns.org> <20141030070725.GG3337@twins.programming.kicks-ass.net> <20141030124333.GA29540@htj.dyndns.org> <20141104131714.GR3219@twins.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141104131714.GR3219@twins.programming.kicks-ass.net> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 04 Nov, at 02:17:14PM, Peter Zijlstra wrote: > > I don't like extending cpusets further. Its already a weird and too big > controller. > > What is wrong with having a specific CQM controller and using it > together with cpusets where desired? The specific problem that conflating cpusets and the CAT controller is trying to solve is that on some platforms the CLOS ID doesn't move with data that travels up the cache hierarchy, i.e. we lose the CLOS ID when data moves from LLC to L2. I think the idea with pinning CLOS IDs to a specific cpu and any tasks that are using that ID is that it works around this problem out of the box, rather than requiring sysadmins to configure things. -- Matt Fleming, Intel Open Source Technology Center -- 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/