Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp11844842ybi; Fri, 26 Jul 2019 00:29:39 -0700 (PDT) X-Google-Smtp-Source: APXvYqz2wi6uRqIi0tp5+b0csQBNfwEy9sgAPDxUcv2f4BLBuEONFicAF72qPb6T2j//vsL2eT56 X-Received: by 2002:a17:90a:c70c:: with SMTP id o12mr71322552pjt.62.1564126179048; Fri, 26 Jul 2019 00:29:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1564126179; cv=none; d=google.com; s=arc-20160816; b=TiOt1/vCjH15tBusFK+8UCMU11b79xZcIiSLcmXMRV06+xlT/sSTmkDvcsx87Iwifo mM0HY/dE4v69dynzX56qWd8XwhrVtVEy30NQIrUKpFZ3ADYz+cXIGrmKS4rrHNwnZA1k lXVJ4r2PuIFrhYLlbJBijbEW8y/swlDnuoi48mSP8eDbeovh3OUnOqkVkSn9RDBZ2EpE mEADOJtfnI2qItNo9hDZdd9AXvV1FEUOPnx5M0Q5cqaC2udDiGjRG9rFwj1T2jtebepZ rj2ntNCW+IO0VsIAVARZjFAGJInxHZL73KQ34H7wfu6Nbo+RwFPDH6aQAKB4coNgtmjz mJHQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=H5fRJmjLJlH8wZxxvASo1UnOz+gtev/WwIKI+uRzing=; b=J3BNsu4Vz2q2R6k4SMAEzUsGGJwOJlIen8TV8jA7sCwqsUprqZmcoEJmnGYSa5calm UXb79hEtmxN4V6AeSKkwCOz04qJalIrXR6CwuGQ85SP/zsHgA0JTzLck0Beic/PFcy6N QI+cegmeE9CFhJzxaW3974SEtbqlMiHazTuW8UohV488hpJgPWjZXq3agoPpZhdcTVY7 xgBHIxNnK1+aAPiVkWU6CQTfgEiX0Xq33gtgWMHLlumESfc7ouUL9YzwKFOc/DDFUo09 CrHVf/iMVH/CKvTU1dOCruaX7/eTTBAdG0daZpwj4pI1KttxWbpoV648Bv8aNGDHTDsu yJfA== 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 h65si20369534pfb.18.2019.07.26.00.29.23; Fri, 26 Jul 2019 00:29:39 -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 S1726437AbfGZH2Z (ORCPT + 99 others); Fri, 26 Jul 2019 03:28:25 -0400 Received: from mx2.suse.de ([195.135.220.15]:46750 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725864AbfGZH2Y (ORCPT ); Fri, 26 Jul 2019 03:28:24 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 18647AF47; Fri, 26 Jul 2019 07:28:23 +0000 (UTC) Subject: Re: [PATCH v3 4/9] x86/mm/tlb: Flush remote and local TLBs concurrently To: Nadav Amit , Andy Lutomirski , Dave Hansen Cc: Borislav Petkov , Peter Zijlstra , Sasha Levin , x86@kernel.org, Thomas Gleixner , virtualization@lists.linux-foundation.org, xen-devel@lists.xenproject.org, Haiyang Zhang , "K. Y. Srinivasan" , Stephen Hemminger , Boris Ostrovsky , Ingo Molnar , Paolo Bonzini , kvm@vger.kernel.org, linux-hyperv@vger.kernel.org, linux-kernel@vger.kernel.org References: <20190719005837.4150-1-namit@vmware.com> <20190719005837.4150-5-namit@vmware.com> From: Juergen Gross Message-ID: <3fc06d95-5f17-4642-cd91-49a0f70057c0@suse.com> Date: Fri, 26 Jul 2019 09:28:01 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2 MIME-Version: 1.0 In-Reply-To: <20190719005837.4150-5-namit@vmware.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-DE Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 19.07.19 02:58, Nadav Amit wrote: > To improve TLB shootdown performance, flush the remote and local TLBs > concurrently. Introduce flush_tlb_multi() that does so. Introduce > paravirtual versions of flush_tlb_multi() for KVM, Xen and hyper-v (Xen > and hyper-v are only compile-tested). > > While the updated smp infrastructure is capable of running a function on > a single local core, it is not optimized for this case. The multiple > function calls and the indirect branch introduce some overhead, and > might make local TLB flushes slower than they were before the recent > changes. > > Before calling the SMP infrastructure, check if only a local TLB flush > is needed to restore the lost performance in this common case. This > requires to check mm_cpumask() one more time, but unless this mask is > updated very frequently, this should impact performance negatively. > > Cc: "K. Y. Srinivasan" > Cc: Haiyang Zhang > Cc: Stephen Hemminger > Cc: Sasha Levin > Cc: Thomas Gleixner > Cc: Ingo Molnar > Cc: Borislav Petkov > Cc: x86@kernel.org > Cc: Juergen Gross > Cc: Paolo Bonzini > Cc: Dave Hansen > Cc: Andy Lutomirski > Cc: Peter Zijlstra > Cc: Boris Ostrovsky > Cc: linux-hyperv@vger.kernel.org > Cc: linux-kernel@vger.kernel.org > Cc: virtualization@lists.linux-foundation.org > Cc: kvm@vger.kernel.org > Cc: xen-devel@lists.xenproject.org > Signed-off-by: Nadav Amit > --- > arch/x86/hyperv/mmu.c | 10 +++--- > arch/x86/include/asm/paravirt.h | 6 ++-- > arch/x86/include/asm/paravirt_types.h | 4 +-- > arch/x86/include/asm/tlbflush.h | 8 ++--- > arch/x86/include/asm/trace/hyperv.h | 2 +- > arch/x86/kernel/kvm.c | 11 +++++-- > arch/x86/kernel/paravirt.c | 2 +- > arch/x86/mm/tlb.c | 47 ++++++++++++++++++--------- > arch/x86/xen/mmu_pv.c | 11 +++---- > include/trace/events/xen.h | 2 +- > 10 files changed, 62 insertions(+), 41 deletions(-) Xen and paravirt parts: Reviewed-by: Juergen Gross Juergen