Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755336AbYGGOyT (ORCPT ); Mon, 7 Jul 2008 10:54:19 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753939AbYGGOyL (ORCPT ); Mon, 7 Jul 2008 10:54:11 -0400 Received: from host36-195-149-62.serverdedicati.aruba.it ([62.149.195.36]:57736 "EHLO mx.cpushare.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753133AbYGGOyL (ORCPT ); Mon, 7 Jul 2008 10:54:11 -0400 Date: Mon, 7 Jul 2008 16:54:09 +0200 From: Andrea Arcangeli To: Jack Steiner Cc: Christoph Hellwig , cl@linux-foundation.org, hugh@veritas.com, akpm@osdl.org, linux-kernel@vger.kernel.org, mingo@elte.hu, tglx@linutronix.de, holt@sgi.com, linux-mm@kvack.org Subject: Re: [patch 12/13] GRU Driver V3 - export is_uv_system(), zap_page_range() & follow_page() Message-ID: <20080707145408.GE7834@duo.random> References: <20080703213348.489120321@attica.americas.sgi.com> <20080703213633.890647632@attica.americas.sgi.com> <20080704073926.GA1449@infradead.org> <20080707143916.GA5209@sgi.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080707143916.GA5209@sgi.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1645 Lines: 35 On Mon, Jul 07, 2008 at 09:39:16AM -0500, Jack Steiner wrote: > Can you provide some additional details on the type of kernel API > that could be exported to provide a pte lookup in atomic context? mmu notifiers makes page pinning an obsolete thing so we want to get rid of get_user_pages in KVM page fault fast path too (we want to keep it in the slow path the same way as GRU does). I tried to profile it and time spent in get_user_pages is quite smaller than the time spent on follow_page. So I estimated we'll be very lucky if getting rid of get_user_pages will even mark a 1% speedup in real life benchmark, but still we want to optimize things given this is so easy. If calling follow_page directly is the right thing I don't know. Let's say I'll postpone any minor-optimization work in this area to the time mmu notifiers are merged in .27 as scheduled. If the export of follow_page was going in before a more accurate thought on what else we could do, I wouldn't be opposed because eventually we'll have to export a new function anyway and this is a one liner change, so it couldn't make life harder later if it goes in. > I'll gladly make whatever changes are needed but need some pointers on > the direction I should take.... Same here, and I'll join this more actively to help out as soon as we can move to the next step (i.e. once mmu notifiers are in mainline). Thanks everyone!! -- 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/