Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp45093ybt; Mon, 6 Jul 2020 03:43:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyqHygyswIqXKwuzr/2teY2mKZ3HBvjtyXAP9y9iEEa1SHALxfyEYJv8K/ObeUwMzPWZIby X-Received: by 2002:a05:6402:2212:: with SMTP id cq18mr58023040edb.173.1594032238570; Mon, 06 Jul 2020 03:43:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594032238; cv=none; d=google.com; s=arc-20160816; b=CnGFqxgKffbYI6sTKEjebjsjudzZqjaRtJ2CTO2bt+4ptWU0T0PPD9QD8R/p/dxdVg SN0YxU7Ll1irr4beH27Fg955yAU7mwZCz4BKLG0YMa5fb5hMaKvy0TGANfio4/32Gm0q t++hClwwgT5j58F7SVHJQAO1YD5xxGLMQx9sQKDg3wtvnRWmZRzZPCacohxFVGM/0hze GDwEqHiREnV8K/qQQqk06+Yhtg+IyR3sPl2FAsu3Z/8HPCl2Y3VIY2wRK3oyb1IS/BJF nkvMedRods/K2L20Ayqbhi3j5CwyXIETAI+KLCrOvOPG3OEmQmhHx6rsCns9soF45hQ8 HAVw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=YXewG9C6PXRgsMUiorOQduEw3VfzMlyr/so+zqZhi0o=; b=cMIvU4JhOPZJwbfT3+UMD4P8eS9zUzsaomzj4J357Ads1dtp3IohEhz4bw+DZOq6pl HRO64TmSwUOjBvenO63eowGqcj1I/HIZaT5Dq24+2cCUMbwOvUOHmIRh7BRzPulNHaYQ /+GfIT/IZGVofbseOFkEJfMyzkjMpNd6vFWDX410E4UJKbPaxrb8LDxlHxbUngA/yqer sTUqvpmQB6pBHOP9QdSHaN7ZzQv++loixjgCm1vUuuKo7LJylQVdgiqck0+JTPNvKj74 ZnS8aTyEN8rkzKWr+sY280rZ4c+j4SJzqRN5vYuu6rOi7hCiQf+kQSv7nn8GtE6mXvM1 t0Kg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z11si12685166edr.395.2020.07.06.03.43.35; Mon, 06 Jul 2020 03:43:58 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728883AbgGFKlQ (ORCPT + 99 others); Mon, 6 Jul 2020 06:41:16 -0400 Received: from foss.arm.com ([217.140.110.172]:56264 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728525AbgGFKlQ (ORCPT ); Mon, 6 Jul 2020 06:41:16 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 165A830E; Mon, 6 Jul 2020 03:41:16 -0700 (PDT) Received: from e107158-lin.cambridge.arm.com (e107158-lin.cambridge.arm.com [10.1.195.21]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 6B69F3F68F; Mon, 6 Jul 2020 03:41:14 -0700 (PDT) Date: Mon, 6 Jul 2020 11:41:12 +0100 From: Qais Yousef To: Vincent Guittot Cc: Ingo Molnar , Peter Zijlstra , Valentin Schneider , Juri Lelli , Dietmar Eggemann , Steven Rostedt , Ben Segall , Mel Gorman , Patrick Bellasi , Chris Redpath , Lukasz Luba , linux-kernel Subject: Re: [PATCH v6 0/2] sched: Optionally skip uclamp logic in fast path Message-ID: <20200706104111.yfopcjm3kiqlxhx2@e107158-lin.cambridge.arm.com> References: <20200630112123.12076-1-qais.yousef@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20171215 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 07/03/20 14:09, Vincent Guittot wrote: > I have run the perf bench sched pipe that have have already run > previously with this v6 and the results are similar to my previous > tests: > The impact is -1.61% similarly to v2 which is better compared the > original -3.66% without your patch Thanks Vincent. Can you afford doing a capture of `perf record` and share the resulting perf.dat with vmlinux (with debug symbols)? Having a before/after capture would be even better. Not sure if we can do much about this -1.61% in your case, but it'd be good to understand why if possible. perf bench sched pipe is very sensitive to tiniest of changes which could be due to binary-to-binary differences. Thanks -- Qais Yousef