Received: by 2002:ac0:a679:0:0:0:0:0 with SMTP id p54csp514210imp; Thu, 21 Feb 2019 06:04:49 -0800 (PST) X-Google-Smtp-Source: AHgI3Iaa4g0PtsXZO8PtNDPsvgtvWSkQzJ//1dsmNp1MxKP4hVAdStaz1gCdDjMz7j8wzwfyY81Q X-Received: by 2002:a62:1b03:: with SMTP id b3mr41139462pfb.218.1550757889194; Thu, 21 Feb 2019 06:04:49 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1550757889; cv=none; d=google.com; s=arc-20160816; b=qE4sFskYY04RKgUzY9mbM8fcjre30aDfMlWIEvabShA3sUYP9lktODsI3Lkyh9lFd4 syXFmRPaHDsy3afRnnNUXWw4F4EK0n/o68mnKvyUw9qFl13jUcB0aetNAiAWp1qaaXPa S/WMp7lX52/9C3UfOkd6WtpLuGfJ1vgTSjx2ocbIl2G0zi8t2gkjIYgeVoPY5eNy45EO ZQcPfZhlGYdMtv+h+A0NcyORKThYMO+ViKxQYO0HTthSm4MH88rIjXzBeXbX6gomsUly KHlCGpxUfyexXLBD9JUMYf1jZiG89Ty6NyniWWOjAjZx+6TaonGi7db95L/M7WdtMxfZ BhpA== 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-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=klWCvpVJzf+2E7HDyey71HmxgC6eXbbYI0ZCLdRtHHg=; b=YkXHwb0N4K8Q1SIPvGusnTMWU01uS8NrOAmhs7q+GUj4tM/cZZR7Iy/gQn7bgxtYrq 0gZDhkSaiNlokP4b3wyNi0HZgxkea+A4QuTTnMR40w3mLDRxp6QJPiu4+ESas1NyRtYs g2CGZgZ+dX6K0tN2iRU1fN+giMCBzB14iXsdHZ9c83hibjH/12nHZc9AO9QKsiXQkhip UFQFWZT3eygjTu7/+h0ADm+8WGY94kpjnjpi6z5Yeo/LN/Zo4P7xW+OI7MYx1mNWcPMM mXYluFdeTXzD/Ys0m0FLIkegc91fbkz8Z0Pjt++29FX8ovT/OvpZ/h6Gf76iCjs3yV1m lR/A== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=F085Zxfo; 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 k20si21013474pfb.215.2019.02.21.06.04.32; Thu, 21 Feb 2019 06:04:49 -0800 (PST) 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; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=F085Zxfo; 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 S1728081AbfBUOD4 (ORCPT + 99 others); Thu, 21 Feb 2019 09:03:56 -0500 Received: from bombadil.infradead.org ([198.137.202.133]:47390 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725858AbfBUODz (ORCPT ); Thu, 21 Feb 2019 09:03:55 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20170209; h=In-Reply-To:Content-Transfer-Encoding :Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date: Sender:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=klWCvpVJzf+2E7HDyey71HmxgC6eXbbYI0ZCLdRtHHg=; b=F085ZxfoD4bc9TdK1gosCaWhsE L//6+mexjf2KMTl7epUL6PV0+Lb/cOEIYEiSeC7/rFaNJPfF/Fk4KBcGSRi6ko9/uKQanfdFfodZM WkzRRnxs5FV0uhfhJ9KpeEbI+7BGVPiqyI2Awp7KmB/2MEnkIRGLWQfAH0542VgCUbwO/PYAnISvl 5LhoucCsCjwPCt2eVvUkvohKoU4774L1sk5GRDDAJak9/SNYCf1yvL2r0bZ2w2EL2r0F4LSebQLlp w7Yy+Ex+GHnYT5s7A0DP7CnpYHblKGWIOOXRU6OrD3R+rcypltwNdiog1CztVID4LtKfrOiTAHmDz KNGp3qpg==; Received: from j217100.upc-j.chello.nl ([24.132.217.100] helo=hirez.programming.kicks-ass.net) by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux)) id 1gwox5-0005AC-90; Thu, 21 Feb 2019 14:03:51 +0000 Received: by hirez.programming.kicks-ass.net (Postfix, from userid 1000) id E712922BBEAF4; Thu, 21 Feb 2019 15:03:48 +0100 (CET) Date: Thu, 21 Feb 2019 15:03:48 +0100 From: Peter Zijlstra To: Subhra Mazumdar Cc: Linus Torvalds , Ingo Molnar , Thomas Gleixner , Paul Turner , Tim Chen , Linux List Kernel Mailing , =?iso-8859-1?Q?Fr=E9d=E9ric?= Weisbecker , Kees Cook , kerrnel@google.com Subject: Re: [RFC][PATCH 00/16] sched: Core scheduling Message-ID: <20190221140348.GR32494@hirez.programming.kicks-ass.net> References: <20190218165620.383905466@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Feb 20, 2019 at 06:53:08PM -0800, Subhra Mazumdar wrote: > > On 2/18/19 9:49 AM, Linus Torvalds wrote: > > On Mon, Feb 18, 2019 at 9:40 AM Peter Zijlstra wrote: > > > However; whichever way around you turn this cookie; it is expensive and nasty. > > Do you (or anybody else) have numbers for real loads? > > > > Because performance is all that matters. If performance is bad, then > > it's pointless, since just turning off SMT is the answer. > > > > Linus > I tested 2 Oracle DB instances running OLTP on a 2 socket 44 cores system. > This is on baremetal, no virtualization.? I'm thinking oracle schedules quite a bit, right? Then you get massive overhead (as shown). The thing with virt workloads is that if they don't VMEXIT lots, they also don't schedule lots (the vCPU stays running, nested scheduler etc..). Also; like I wrote, it is quite possible there is some sibling rivalry here, which can cause excessive rescheduling. Someone would have to trace a workload and check. My older patches had a condition that would not preempt a task for a little while, such that it might make _some_ progress, these patches don't have that (yet).