Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp5080045imm; Tue, 31 Jul 2018 05:16:45 -0700 (PDT) X-Google-Smtp-Source: AAOMgpeC1wArqVIjUi8lZ0dCiq56+tAAp3M0wI6RnS7l8zU95lGJMTZnAjEX5K15A1Txk42RVUe3 X-Received: by 2002:a63:710d:: with SMTP id m13-v6mr20217871pgc.66.1533039405531; Tue, 31 Jul 2018 05:16:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1533039405; cv=none; d=google.com; s=arc-20160816; b=g2GrOsoyIiQoyrOaq5VevDw6z5jtAOgbWMToB19vJS/kCo55TZgprsgeGAGYrR3oVf Iz82g+NNK1ir/WGMyhB4H+yiQMRYdcDK71u+NJHC+uLCqg2MFGLTyABRZ5+aRhCRvUR5 hjSDvelqj511lX2rM7HzUxA5Uskugfsi9Atv19DMPoBYcXe8efnHDRC0IRQggyN+qC0x tyATOolO+1BTSE/YtDMMOsRn/nBasodQT3P1S9FhPA6VmGrhXq7Dh7guMssPF9yWPiNS txPOmPSvzsLpvLTtzjuwmdD4bbfTJfVgqrt0+wHhVCS4KCx3XrNM1Cyx0wsSbqOnMAoS 8kSA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=raRaEJToMlNE63KGkJFsK7AytcUtZUXjTViE/h17wcs=; b=p2lII87E8x+GbDaLgMhHqqceOZbj7Yi1Ty5LCEJPbfIBdjlaIQbssXMW7s1LPmd8Ka jBHngldxzv5JTwzNxnzTsPURYwn0eZq6kjIgO/7H5AkNtd0ZzvbI9hYb8UI6p6WyvmZU fLWo1lB5afAF0F6riWOQBmdiMzTdvkx/jE7EtSI3uQ2+FRrZwVN8xa3ugzzslj0X2CBF JMfqEATNesF5wf0VLB1g4u//cHOOiDcc8YWseB3DfuX7vNa1HwI2FkfNIeO+In3biqPZ NhtnStFYPhLgWb1qI+nz1RMRTuC6a1a+H4qY1zJNdeMj6xatHm4ZyuSQ+HGrwEQtg67a H0mg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q5-v6si13336535pgn.95.2018.07.31.05.16.30; Tue, 31 Jul 2018 05:16:45 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732131AbeGaNzG (ORCPT + 99 others); Tue, 31 Jul 2018 09:55:06 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:53240 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730031AbeGaNzG (ORCPT ); Tue, 31 Jul 2018 09:55:06 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 14AD880D; Tue, 31 Jul 2018 05:15:03 -0700 (PDT) Received: from [0.0.0.0] (e107985-lin.emea.arm.com [10.4.12.239]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 6E9163F5D0; Tue, 31 Jul 2018 05:15:01 -0700 (PDT) Subject: Re: [PATCHv4 00/12] sched/fair: Migrate 'misfit' tasks on asymmetric capacity systems To: Vincent Guittot Cc: Valentin Schneider , Morten Rasmussen , Peter Zijlstra , Ingo Molnar , gaku.inami.xh@renesas.com, linux-kernel References: <1530699470-29808-1-git-send-email-morten.rasmussen@arm.com> <20180709150839.GA19287@e105550-lin.cambridge.arm.com> <98eb0daf-4467-3790-ec80-90b746807392@arm.com> <7bad2238-369c-f61c-0a51-eb14204e0429@arm.com> From: Dietmar Eggemann Message-ID: <0205e147-00cc-bc8b-104a-9cb4392ac0f8@arm.com> Date: Tue, 31 Jul 2018 14:14:59 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 07/31/2018 02:13 PM, Vincent Guittot wrote: > On Mon, 30 Jul 2018 at 16:30, Dietmar Eggemann wrote: >> >> On 07/26/2018 07:14 PM, Valentin Schneider wrote: [...] >> The task layout of the test looks like n=85 always running tasks (each >> for ~ 1.25ms on big or little) and they all get created and run one > > How mistfit task can make a difference for a benchmark which uses 1.25ms tasks ? Ah, sorry! This was a typo. It should be ~ 1.25s.