From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751323AbdEES7W (ORCPT <rfc822;w@1wt.eu>);
        Fri, 5 May 2017 14:59:22 -0400
Received: from mail.kernel.org ([198.145.29.136]:46872 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751069AbdEES7V (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 5 May 2017 14:59:21 -0400
Date: Fri, 5 May 2017 14:59:16 -0400
From: Steven Rostedt <rostedt@goodmis.org>
To: Peter Zijlstra <peterz@infradead.org>
Cc: LKML <linux-kernel@vger.kernel.org>,
        Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@kernel.org>,
        Clark Williams <williams@redhat.com>,
        Daniel Bristot de Oliveira <bristot@redhat.com>,
        John Kacur <jkacur@redhat.com>, Scott Wood <swood@redhat.com>
Subject: Re: [PATCH tip/sched/core v2] sched/rt: Simplify the IPI rt
 balancing logic
Message-ID: <20170505145916.1145edf6@gandalf.local.home>
In-Reply-To: <20170505173949.yeyjwykbfwhckgi4@hirez.programming.kicks-ass.net>
References: <20170424114732.1aac6dc4@gandalf.local.home>
        <20170504153256.fbmglqe2zjo6ika2@hirez.programming.kicks-ass.net>
        <20170504132538.157f8ca7@gandalf.local.home>
        <20170504184200.3gjfciwqulgwpeln@hirez.programming.kicks-ass.net>
        <20170504150355.0524c8e8@gandalf.local.home>
        <20170505110529.bq4jflqvog2qmezc@hirez.programming.kicks-ass.net>
        <20170505080238.42b5bb20@gandalf.local.home>
        <20170505173949.yeyjwykbfwhckgi4@hirez.programming.kicks-ass.net>
X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.31; x86_64-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
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Fri, 5 May 2017 19:39:49 +0200
Peter Zijlstra <peterz@infradead.org> wrote:

> On Fri, May 05, 2017 at 08:02:38AM -0400, Steven Rostedt wrote:
> > Actually what rteval does is basically 3 things. It runs cyclictest,
> > hackbench in a loop and a kernel build in a loop.  
> 
> Of those, only cyclictest uses RT tasks and would end up poking at the
> bits you just changed.
> 
> So just running cyclictest should lock up a ~120 CPU machine?

The other tools tend to trigger RT kernel threads as well, which causes
migration. cyclictest tasks don't migrate, but they do cause other
tasks to want to move around.

You can try rt-migrate-test too, because I used that to trigger some
bugs in previous versions.

-- Steve