Received: by 2002:a05:7412:419a:b0:f3:1519:9f41 with SMTP id i26csp3863974rdh; Tue, 28 Nov 2023 06:03:26 -0800 (PST) X-Google-Smtp-Source: AGHT+IGaff3dAUtXTtKrR0KJLLz1M9GGeQr6JEAPB5rpaCDjRGWc08O8B/75g2Ef32BdW3xnbPP5 X-Received: by 2002:a05:6808:1486:b0:3b8:5c93:e072 with SMTP id e6-20020a056808148600b003b85c93e072mr14523233oiw.44.1701180205965; Tue, 28 Nov 2023 06:03:25 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1701180205; cv=none; d=google.com; s=arc-20160816; b=pqyI4uUblp/5Ihfbz+fR+gf4GA4a6sXDVBMl7QbUQ0+Isiq06bIoKiMgu/BkJ+pFDW HYXvY5Jp27QUCSUaz1+fKjV/NiAQonLyoTQzQQRgzylp+NO3049lcKw5BS8VpXrX7RMk sV8lemFVX/h0/d4oKZEEf7T+b7thi1pxO3FbNWaevGLBqDasdNbPdvE3Gp5YdSyCaom+ I7r5+ygPrAeE7aVwoEnbD5pjDoBqs5l44gdbST8j/5ahhLRFABC0FiE0TYCh0zN3IlbV 80tIZlkhnZUDswxDX1gQI9j6UBkFW5KbYQX3KXo9FSm+c9NsWzI6gJsI15fQeOp/py7H HKVQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=Kbo+RHlcbyYyBRrrc3whU0Ok1x+trIWNBYTilsW1XuI=; fh=IyeXzzvv3+UQ5Z+IuwLmh+jhfDs7ziPX8scKfMPGELA=; b=oHUbPBguYoLJx+jP7j/UMOG5ZTfSqab3qUbUpC9MzzOF3wpfxov0G3yE66FL8IqbZb TxyubfR7DYhB+HWxFf1w5I8th+Zcq3HZWRz2ppcrHivu4DT/pp7DcY481BjAcqr37D0n fK4bIz3B4r9kfnLiZNySMihwGtpWCxjz3pHhdfIu1Q0//GX+iXZ/1K73dBzUM7Y5gr6U 2q7TbJ+zlNd/ksuPI28qscLV0nNWZCSbdROchZoueVCtQwJzpgbtWvfYjf/PzYb0DY5E K4kU8VUGFb1siXw1n8FqwhUJ/DnaybOLXbgrcml+gFjux9euY7TGoiy8dhvJwfwlpHN3 0hDw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=WgmwKxv9; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:2 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from agentk.vger.email (agentk.vger.email. [2620:137:e000::3:2]) by mx.google.com with ESMTPS id bp1-20020a056808238100b003b3e5c75861si4950031oib.24.2023.11.28.06.03.14 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 28 Nov 2023 06:03:25 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:2 as permitted sender) client-ip=2620:137:e000::3:2; Authentication-Results: mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=WgmwKxv9; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:2 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by agentk.vger.email (Postfix) with ESMTP id C215E8053C54; Tue, 28 Nov 2023 06:02:58 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at agentk.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1345304AbjK1OCm (ORCPT + 99 others); Tue, 28 Nov 2023 09:02:42 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39004 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1344798AbjK1OCm (ORCPT ); Tue, 28 Nov 2023 09:02:42 -0500 Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:8b0:10b:1236::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 67885B5; Tue, 28 Nov 2023 06:02:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=Kbo+RHlcbyYyBRrrc3whU0Ok1x+trIWNBYTilsW1XuI=; b=WgmwKxv9CoPrJNaMGZ0b0cipit 1Dn8osLTNJw+PM7fRkJSHUnm8YFQE0eP566+F9DNMA31UbmW46JjaqhPe1c6A/qyBQ2/X3RYmO7nP bHA0iXTXxcNP7FYVb+NyAnLisit8kmbieBp+1G92bgHC59jJGDgGSVnuk+TcL/xPnmqAsl2Ul1Z6+ 9qJgpI0XzYQA/FCON0ITa20ltlhaiJDOcpBrVLRb46FzAhU/T5ZTX/W8YnDNWHbhUXBkW7b6w7GT9 ReXjB4GHT39ck5dC7am0UAwRNdrUFQvxFmmkMrHuI0vxK/29bBTRNETziKPoAZp5okldMW+Bh8K5K cpqdS1Vg==; Received: from j130084.upc-j.chello.nl ([24.132.130.84] helo=noisy.programming.kicks-ass.net) by casper.infradead.org with esmtpsa (Exim 4.94.2 #2 (Red Hat Linux)) id 1r7yfT-00CPkR-Dz; Tue, 28 Nov 2023 14:02:27 +0000 Received: by noisy.programming.kicks-ass.net (Postfix, from userid 1000) id 8D8A83003F0; Tue, 28 Nov 2023 15:02:25 +0100 (CET) Date: Tue, 28 Nov 2023 15:02:25 +0100 From: Peter Zijlstra To: Bagas Sanjaya Cc: Linux Kernel Mailing List , Linux Regressions , Linux Power Management , "Rafael J. Wysocki" , Viresh Kumar , Ingo Molnar , Juri Lelli , Vincent Guittot , Ramses VdP , ricardo.neri-calderon@linux.intel.com Subject: Re: Fwd: Intel hybrid CPU scheduler always prefers E cores Message-ID: <20231128140225.GS8262@noisy.programming.kicks-ass.net> References: <01df8329-06d7-4fd1-9c7a-05296f33231e@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <01df8329-06d7-4fd1-9c7a-05296f33231e@gmail.com> X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on agentk.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (agentk.vger.email [0.0.0.0]); Tue, 28 Nov 2023 06:02:59 -0800 (PST) On Tue, Nov 28, 2023 at 08:22:27PM +0700, Bagas Sanjaya wrote: > Hi, > > I come across an interesting bug report on Bugzilla [1]. The reporter > wrote: Thanks for forwarding, what happend in bugzilla staysi in bugzilla etc.. Did you perchance Cc the reporter? > > I am running an intel alder lake system (Core i7-1260P), with a mix > > of P and E cores. > > > > Since Linux 6.6, and also on the current 6.7 RC, the scheduler seems > > to have a strong preference for the E cores, and single threaded > > workloads are consistently scheduled on one of the E cores. > > > > With Linux 6.4 and before, when I ran a single threaded CPU-bound > > process, it was scheduled on a P core. With 6.5, it seems that the > > choice of P or E seemed rather random. > > > > I tested these by running "stress" with different amounts of > > threads. With a single thread on Linux 6.6 and 6.7, I always have an > > E core at 100% and no load on the P cores. Starting from 3 threads I > > get some load on the P cores as well, but the E cores stay more > > heavily loaded. With "taskset" I can force a process to run on a P > > core, but clearly it's not very practical to have to do CPU > > scheduling manually. > > > > This severely affects single-threaded performance of my CPU since > > the E cores are considerably slower. Several of my workflows are now > > a lot slower due to them being single-threaded and heavily CPU-bound > > and being scheduled on E cores whereas they would run on P cores > > before. > > > > I am not sure what the exact desired behaviour is here, to balance > > power consumption and performance, but currently my P cores are > > barely used for single-threaded workloads. > > > > Is this intended behaviour or is this indeed a regression? Or is > > there perhaps any configuration that I should have done from my > > side? Is there any further info that I can provide to help you > > figure out what's going on? > > PM and scheduler people, is this a regression or works as intended? AFAIK that is supposed to be steered by the ITMT muck and I don't think we changed that. Ricardo? > > Thanks. > > [1]: https://bugzilla.kernel.org/show_bug.cgi?id=218195 > > -- > An old man doll... just what I always wanted! - Clara