Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752988AbbFHSV5 (ORCPT ); Mon, 8 Jun 2015 14:21:57 -0400 Received: from mga11.intel.com ([192.55.52.93]:4260 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751530AbbFHSVt (ORCPT ); Mon, 8 Jun 2015 14:21:49 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.13,574,1427785200"; d="scan'208";a="743131474" Message-ID: <5575DD33.3000400@intel.com> Date: Mon, 08 Jun 2015 11:21:39 -0700 From: Dave Hansen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Ingo Molnar , Mel Gorman CC: Andrew Morton , Rik van Riel , Hugh Dickins , Minchan Kim , Andi Kleen , H Peter Anvin , Linux-MM , LKML , Linus Torvalds , Peter Zijlstra , Thomas Gleixner Subject: Re: [PATCH 0/3] TLB flush multiple pages per IPI v5 References: <1433767854-24408-1-git-send-email-mgorman@suse.de> <20150608174551.GA27558@gmail.com> In-Reply-To: <20150608174551.GA27558@gmail.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 878 Lines: 18 On 06/08/2015 10:45 AM, Ingo Molnar wrote: > As per my measurements the __flush_tlb_single() primitive (which you use in patch > #2) is very expensive on most Intel and AMD CPUs. It barely makes sense for a 2 > pages and gets exponentially worse. It's probably done in microcode and its > performance is horrible. I discussed this a bit in commit a5102476a2. I'd be curious what numbers you came up with. But, don't we have to take in to account the cost of refilling the TLB in addition to the cost of emptying it? The TLB size is historically increasing on a per-core basis, so isn't this refill cost only going to get worse? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/