From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <47CC3EED.7090507@qumranet.com> Date: Mon, 03 Mar 2008 20:09:49 +0200 From: Avi Kivity MIME-Version: 1.0 Subject: Re: [PATCH] mmu notifiers #v8 References: <20080221045430.GC15215@wotan.suse.de> <20080221144023.GC9427@v2.random> <20080221161028.GA14220@sgi.com> <20080227192610.GF28483@v2.random> <20080302155457.GK8091@v2.random> <20080303032934.GA3301@wotan.suse.de> <20080303125152.GS8091@v2.random> <20080303131017.GC13138@wotan.suse.de> <20080303151859.GA19374@sgi.com> <20080303165910.GA23998@wotan.suse.de> <20080303180605.GA3552@sgi.com> In-Reply-To: <20080303180605.GA3552@sgi.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Jack Steiner Cc: Nick Piggin , Andrea Arcangeli , akpm@linux-foundation.org, Robin Holt , Izik Eidus , kvm-devel@lists.sourceforge.net, Peter Zijlstra , general@lists.openfabrics.org, Steve Wise , Roland Dreier , Kanoj Sarcar , linux-kernel@vger.kernel.org, linux-mm@kvack.org, daniel.blueman@quadrics.com, Christoph Lameter List-ID: Jack Steiner wrote: > The range invalidates have a performance advantage for the GRU. TLB invalidates > on the GRU are relatively slow (usec) and interfere somewhat with the performance > of other active GRU instructions. Invalidating a large chunk of addresses with > a single GRU TLBINVAL operation is must faster than issuing a stream of single > page TLBINVALs. > > I expect this performance advantage will also apply to other users of mmuops. > In theory this would apply to kvm as well (coalesce tlb flush IPIs, lookup shadow page table once), but is it really a fast path? What triggers range operations for your use cases? -- error compiling committee.c: too many arguments to function -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org