Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp2830287pxb; Sat, 30 Jan 2021 16:42:58 -0800 (PST) X-Google-Smtp-Source: ABdhPJybOHlLFZfHTa+c9OofPVR+ivlkhir61wQMwHN8Blmpgx0nS92jlft7fWbVY1sjSabHpu5d X-Received: by 2002:a17:907:104c:: with SMTP id oy12mr11023429ejb.503.1612053778699; Sat, 30 Jan 2021 16:42:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612053778; cv=none; d=google.com; s=arc-20160816; b=pznFd3kQ5llZvbf32+y7sx0TAlhBNzUDuRH1e3G+BRRE/TaPsr20FjX9hxciz2O3p5 7kttAtpXSi5CrF+vX1Qxr3wC6dyxw747JNtSbS+EsPeoe5GJxbZ9FLiz7W+2P+w4H78j bZg4Mb8iSYGlcF440qUKCtzrRwgG1UerZ20pjb3LWOGpvtlzs9twmbdNFaocr1ZRkd4p 6H8e0oZP7QQIlxbxW6pNe3+kY4x/4Dwc8MUypfzGLisPsBXIv5RV7GlU28Yq/raRDOIE +/21Ut6ux4/lEyFmmXf77vQ9bZcjQDK+8rvSKIcWj26mCwcWdloAn5hoE8YBXOZLksrW PSzQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=k53C8dwwyMaisKOP/WS902AmmSvQxrZjfujwWmjKJEQ=; b=Cq06q+ULOv7wPBRyi2+REQBJDDjZsRK8Flys5nw0olxLjodeIRUEcaYiIr+cpOiW1Q NFzN5U3oenig49ie+t6aD7Wrnf7vASSVy2M5tpAurPBjPPk3N4BkBoVP17K7Td6oa84B QEhiJGAlzw/LuJCxEUjnh0c5LSThjv8rPgHG9OpMXri9fFwKXsI5eCcZMzlDYHUOPJIC b67lZrb7TSCF6s8FAoYAZWj2UiYlYrkCtC2RnSut1YKt0yAB7C4p9kWSofxx2ErIMxXx xIl7MJsjnl2lgOYPMUn3JfMu0eYmZ3MYPwVa9g+oPvh3s5/HLivGRbK6FltybVerh904 C09A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=PIOgJQZU; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id fx4si7861161ejb.157.2021.01.30.16.42.34; Sat, 30 Jan 2021 16:42:58 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=PIOgJQZU; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232512AbhAaAkl (ORCPT + 99 others); Sat, 30 Jan 2021 19:40:41 -0500 Received: from mail.kernel.org ([198.145.29.99]:46434 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232290AbhAaAkj (ORCPT ); Sat, 30 Jan 2021 19:40:39 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 404B364E18 for ; Sun, 31 Jan 2021 00:39:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1612053594; bh=ZARN4/SNMif8pmhvtSYaVaBh/E7PVLrk6k7KSJ+Cbgg=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=PIOgJQZUx+1+CIY+uUFr3AqjeBFrwk9ryhp+g65Zv5nDG+pIgk1N/r4mSP5BAz/qJ wQMg2itlvUY/Y4eRQenumglnlA2SblzxOw8ArHfqgmyYRTbIITjWC1vTcrsXO62gjh CAiMWnbH8B47mRo7wSTVqg4YsSNnYSF4R3tLeZ5Nox2xbMZyvruMAPr+CMsXcdN+Qg yCxnUose/9kCLov4O5KXuXEvT6QQKnUrvunhz8aUApExv7JPQ7DJwolqGvEVr3AamM GOOLJp1AsSd6mqmBcOFoHXrUXpH8x4AQ2A+tdRoYbHyuwgyXJA4koCFCmaLQqp9KCL MV5zOeTqz1l8Q== Received: by mail-ed1-f42.google.com with SMTP id q2so97834edi.4 for ; Sat, 30 Jan 2021 16:39:54 -0800 (PST) X-Gm-Message-State: AOAM532kRrllJ0uRsUqvJYnLkoonLTArpbNcdrDVejevefhXxJMWmqb2 N9bUBh9ciZQKU6tMwtmY92BfyfQSIM+JPV9tbhS0zw== X-Received: by 2002:a05:6402:3585:: with SMTP id y5mr11930169edc.97.1612053592891; Sat, 30 Jan 2021 16:39:52 -0800 (PST) MIME-Version: 1.0 References: <20210131001132.3368247-1-namit@vmware.com> In-Reply-To: <20210131001132.3368247-1-namit@vmware.com> From: Andy Lutomirski Date: Sat, 30 Jan 2021 16:39:41 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [RFC 00/20] TLB batching consolidation and enhancements To: Nadav Amit Cc: Linux-MM , LKML , Nadav Amit , Andrea Arcangeli , Andrew Morton , Andy Lutomirski , Dave Hansen , linux-csky@vger.kernel.org, linuxppc-dev , linux-s390 , Mel Gorman , Nick Piggin , Peter Zijlstra , Thomas Gleixner , Will Deacon , X86 ML , Yu Zhao Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Jan 30, 2021 at 4:16 PM Nadav Amit wrote: > > From: Nadav Amit > > There are currently (at least?) 5 different TLB batching schemes in the > kernel: > > 1. Using mmu_gather (e.g., zap_page_range()). > > 2. Using {inc|dec}_tlb_flush_pending() to inform other threads on the > ongoing deferred TLB flush and flushing the entire range eventually > (e.g., change_protection_range()). > > 3. arch_{enter|leave}_lazy_mmu_mode() for sparc and powerpc (and Xen?). > > 4. Batching per-table flushes (move_ptes()). > > 5. By setting a flag on that a deferred TLB flush operation takes place, > flushing when (try_to_unmap_one() on x86). Are you referring to the arch_tlbbatch_add_mm/flush mechanism?