Received: by 2002:a25:f815:0:0:0:0:0 with SMTP id u21csp1162176ybd; Wed, 26 Jun 2019 12:19:59 -0700 (PDT) X-Google-Smtp-Source: APXvYqxfQ++NtUfk6lSiw+Eh4FHs5vaWABU+XmStkodDM2xrbyp0XqTSPbmmaOPNnu+PGq6f3b5E X-Received: by 2002:a17:902:748c:: with SMTP id h12mr7194007pll.208.1561576799339; Wed, 26 Jun 2019 12:19:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1561576799; cv=none; d=google.com; s=arc-20160816; b=LsjsM8Qp7o+v2x/d9wEprtEDoAiV1c4ZkNm22wn82Sn0iwUl9T5CJbVsmoDasaQwo4 y8c6GB61hqd/49Tmk/KqHlbGUa/aH7K6ux8bWt39l1ZEcNNOuBGSm2L9i1TVmgGOOas5 y3s2/kzME5VjoRYV7tKUJ6YppCTyowbROoByG37nVFTh6kVF24EyLx8GKc/OcGL8LFVQ sO/3PFvLqjPKamjwAbM7oCvThxqwJWXa6WvQ9R2Oq+u1BAO0/7lmPVnpL1xuWhO4in3J fotWAnvdrErKQQyO+FLKfRbY8GRADtPZtF7nw95NDwsgOmnF7WrgD68wwnH52oMLV15T 1Ypw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date; bh=Xu6CPR8+a+Q9O8zyrg/StDPhJl0WGmtL6avKD1g8QpY=; b=RqnRuNMfz0N6U0tLAJz/nEmwQJOQKKMVp6Cy0AyK8t1uM/XWjvfkQHSyT/M2JYB1z9 xil5R4jEv88SzvUkHwlgLK82V1PXL5dgnF0AU9O2wWsZadnSqu2uK7p9tlYQhqfFrcbU uXiCjBrvyKwaoFgqPVgmjh9TVC6U6kARNeL5SdQjW31yHnliDTwFooUDp/QrzXM363Up 92FP5y1ne28p0jpxvMMbLk28AfXAPBw4Hi0Nq1o7ABsjvHBmh0jw46SzTGQ8rpam/ybi a2U+ThI7Nw61lT4XmIuJUE7zKVikmO9N4meP5KNokMpiC6FnshYDKC3txZBBagMbMjeP 3TBA== 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 j6si11942125pfi.240.2019.06.26.12.19.41; Wed, 26 Jun 2019 12:19:59 -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 S1726370AbfFZTTg (ORCPT + 99 others); Wed, 26 Jun 2019 15:19:36 -0400 Received: from Galois.linutronix.de ([193.142.43.55]:50173 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726104AbfFZTTg (ORCPT ); Wed, 26 Jun 2019 15:19:36 -0400 Received: from p5b06daab.dip0.t-ipconnect.de ([91.6.218.171] helo=nanos) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1hgDS6-0004EZ-AY; Wed, 26 Jun 2019 21:19:30 +0200 Date: Wed, 26 Jun 2019 21:19:29 +0200 (CEST) From: Thomas Gleixner To: "Raslan, KarimAllah" cc: "konrad.wilk@oracle.com" , "boris.ostrovsky@oracle.com" , "joao.m.martins@oracle.com" , "peterz@infradead.org" , "kvm@vger.kernel.org" , "kernellwp@gmail.com" , "linux-kernel@vger.kernel.org" , "mtosatti@redhat.com" , "pbonzini@redhat.com" , "ankur.a.arora@oracle.com" , "rkrcmar@redhat.com" Subject: Re: cputime takes cstate into consideration In-Reply-To: <1561575336.25880.7.camel@amazon.de> Message-ID: References: <20190626145413.GE6753@char.us.oracle.com> <20190626161608.GM3419@hirez.programming.kicks-ass.net> <20190626183016.GA16439@char.us.oracle.com> <1561575336.25880.7.camel@amazon.de> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="8323329-1322792470-1561576770=:32342" X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --8323329-1322792470-1561576770=:32342 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT On Wed, 26 Jun 2019, Raslan, KarimAllah wrote: > On Wed, 2019-06-26 at 20:41 +0200, Thomas Gleixner wrote: > > The host doesn't know what the guest CPUs are doing. And if you have a full > > zero exit setup and the guest is computing stuff or doing that network > > offloading thing then they will notice the 100/s vmexits and complain. > > If the host is completely in no_full_hz mode and the pCPU is dedicated to a  > single vCPU/task (and the guest is 100% CPU bound and never exits), you would  > still be ticking in the host once every second for housekeeping, right? Would  > not updating the mwait-time once a second be enough here? It maybe that it 'still' does that, but the goal is to fix that by doing remote accounting. I think Frederic is pretty close to that. Then your 'lets do accounting' on the housekeeping tick falls apart. And even with that tick every second, the nohz full people take every shortcut to go back into the guest ASAP. Doing a dozen MSR reads will surely not find many enthusiastic supporters. Thanks, tglx --8323329-1322792470-1561576770=:32342--