Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933133AbbKMRd0 (ORCPT ); Fri, 13 Nov 2015 12:33:26 -0500 Received: from mx1.redhat.com ([209.132.183.28]:51572 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754364AbbKMRdZ (ORCPT ); Fri, 13 Nov 2015 12:33:25 -0500 Date: Fri, 13 Nov 2015 15:33:04 -0200 From: Marcelo Tosatti To: Peter Zijlstra Cc: Luiz Capitulino , Thomas Gleixner , Vikas Shivappa , Tejun Heo , Yu Fenghua , linux-kernel@vger.kernel.org Subject: Re: [PATCH RFC] ioctl based CAT interface Message-ID: <20151113173303.GB13490@amt.cnet> References: <20151113163933.GA10222@amt.cnet> <20151113165100.GI17308@twins.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151113165100.GI17308@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 Content-Length: 1058 Lines: 35 On Fri, Nov 13, 2015 at 05:51:00PM +0100, Peter Zijlstra wrote: > On Fri, Nov 13, 2015 at 02:39:33PM -0200, Marcelo Tosatti wrote: > > + * * one tcrid entry can be in different locations > > + * in different sockets. > > NAK on that without cpuset integration. > > I do not want freely migratable tasks having radically different > performance profiles depending on which CPU they land. Ok, so, configuration: Socket-1 Socket-2 pinned thread-A with 100% L3 free 80% of L3 reserved So it is a problem if a thread running on socket-2 is scheduled to socket-1 because performance is radically different, fine. Then one way to avoid that is to not allow freely migratable tasks to move to Socket-1. Fine. Then you want to use cpusets for that. Can you fill in the blanks what is missing here? -- 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/