From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 08E33331A49 for ; Thu, 26 Mar 2026 22:11:41 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774563102; cv=none; b=mIPjwgPFwhw8oIoL+DGMexkUVnjOK1qoupowqa2SmKGL5C7Z5bMaKZCltrYfx0SytEk3nTKRpB10UugkWAEeodo8KQqNeJvBoiKA1tVkK0DSIp0KJf5KFEQamHiuuQ0tEa5ra14gAKwl9Yt6kjDPWuNfM//FHFuuGhumPLskKDg= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774563102; c=relaxed/simple; bh=C11cFWVpYhPHN6KBdwe0WfcP2SWGK3uKB90xHkIGnNs=; h=MIME-Version:Date:From:To:Cc:Message-Id:In-Reply-To:References: Subject:Content-Type; b=GYR1tc63wGTTwFzpHmRllgKVcmbeG/dMAJub6Fuc4RJ2gPH4EscjPz1dLWvDpRdzkbXjnziLBiFyTHTZJRFeY8CcNHsu4Uv2qnZJe3j0k9Ld74KcjzED8WWeIJ8hOB0/hqLZ0iTvacKFAq48boScA4n0BGTeYv6Zz3enmekswfc= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=R3Xkr+ak; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="R3Xkr+ak" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 46723C19423; Thu, 26 Mar 2026 22:11:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1774563101; bh=C11cFWVpYhPHN6KBdwe0WfcP2SWGK3uKB90xHkIGnNs=; h=Date:From:To:Cc:In-Reply-To:References:Subject:From; b=R3Xkr+akGp9lq/feNh1MRN3nNz7J+DhjBgIkcLi3WjfRoGdG/or+zLf+7LECtpwbN 8xs3yEi/iTdqOynbd32vTC1PHvf/cqD9qhTUez7ihfOZGxpB7TGez5uZa0nJ9CHKRG 9kXX7G+2+KtcFejDGpRS4THrsUMf6hAr/ZcNZVxLLzgcpIoDQR6RS/1rh81PIbgTuy adz91OA2uR4XWEMUKizYEqeo1vEfd8/76QqawVRrsb6rEyVj6suaaR7cwmA65si/Pz Q+feIyIcqZaZyVxFXVha0WLemcVLRtewDH5WgE6VZ1VoHxSSBZ/8KLykVna7Uj3+RQ LlmK/tmHzqs0Q== Received: from phl-compute-01.internal (phl-compute-01.internal [10.202.2.41]) by mailfauth.phl.internal (Postfix) with ESMTP id 4B9C7F4008E; Thu, 26 Mar 2026 18:11:40 -0400 (EDT) Received: from phl-imap-02 ([10.202.2.81]) by phl-compute-01.internal (MEProxy); Thu, 26 Mar 2026 18:11:40 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefgedrtddtgdefvdekheehucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfurfetoffkrfgpnffqhgenuceu rghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujf gurhepofggfffhvfevkfgjfhfutgfgsehtjeertdertddtnecuhfhrohhmpedftehnugih ucfnuhhtohhmihhrshhkihdfuceolhhuthhosehkvghrnhgvlhdrohhrgheqnecuggftrf grthhtvghrnhepjeduteelhfdtuefgieehudevhfegtdekudeiueekjeevueefieehvddu vdejgfdtnecuffhomhgrihhnpehphhhorhhonhhigidrtghomhenucevlhhushhtvghruf hiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrnhguhidomhgvshhmthhprghu thhhphgvrhhsohhnrghlihhthidqudduiedukeehieefvddqvdeifeduieeitdekqdhluh htoheppehkvghrnhgvlhdrohhrgheslhhinhhugidrlhhuthhordhushdpnhgspghrtghp thhtohepudefpdhmohguvgepshhmthhpohhuthdprhgtphhtthhopegsphesrghlihgvnh ekrdguvgdprhgtphhtthhopehpvghtvghriiesihhnfhhrrgguvggrugdrohhrghdprhgt phhtthhopehsohhhihhlrdhmvghhthgrsehinhhtvghlrdgtohhmpdhrtghpthhtoheprg igsghovgeskhgvrhhnvghlrdgukhdprhgtphhtthhopehkvggvsheskhgvrhhnvghlrdho rhhgpdhrtghpthhtohepthhglhigsehkvghrnhgvlhdrohhrghdprhgtphhtthhopeigke eisehkvghrnhgvlhdrohhrghdprhgtphhtthhopegurghrfihisehlihhnuhhtrhhonhhi gidruggvpdhrtghpthhtohepuggrvhgvrdhhrghnshgvnheslhhinhhugidrihhnthgvlh drtghomh X-ME-Proxy: Feedback-ID: ieff94742:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id 29638700069; Thu, 26 Mar 2026 18:11:40 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-ThreadId: A9ax0ouZFQcV Date: Thu, 26 Mar 2026 15:11:19 -0700 From: "Andy Lutomirski" To: "H. Peter Anvin" , "Thomas Gleixner" , "Ingo Molnar" , "Borislav Petkov" , "Dave Hansen" , "the arch/x86 maintainers" Cc: "Peter Zijlstra (Intel)" , "Kees Cook" , "Xin Li" , "Ahmed S. Darwish" , "Sohil Mehta" , "Linux Kernel Mailing List" , "Jens Axboe" Message-Id: In-Reply-To: <20260325230151.1898287-1-hpa@zytor.com> References: <20260325230151.1898287-1-hpa@zytor.com> Subject: Re: [PATCH v2 0/3] x86/fred: enable FRED by default Content-Type: text/plain Content-Transfer-Encoding: 7bit On Wed, Mar 25, 2026, at 4:01 PM, H. Peter Anvin wrote: > From: H. Peter Anvin (Intel) > > When FRED was added to the mainline kernel, it was set up as an > explicit opt-in due to the risk of regressions before hardware was > available publicly. > > Now, Panther Lake (Core Ultra 300 series) has been released, and > benchmarking by Phoronix has shown that it provides a significant > performance benefit on most workloads: > > https://www.phoronix.com/review/intel-fred-panther-lake Those performance increases while with fio / io_uring are ridiculous. I wonder whether anyone can looked at /proc/interrupts to try to figure out what's going on. I imagine we're bottlenecking on IO interrupts or something and FRED speeds that up by a factor of several, but this makes me wonder whether there's some tuning that should be done. Jens, for background, FRED ought to speed up page faults and interrupts (both IPI and device) by a considerable amount -- maybe a reduction of 20k or more cycles per interrupt. But Phoronix is showing up to a factor of 2 (!) actual performance increase using io_uring with a job count of 8. Now maybe 8 is too small, but I'm wondering whether the io_uring or IO part is missing some optimization that it ought to have. --Andy