Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sat, 2 Nov 2002 05:55:26 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sat, 2 Nov 2002 05:55:26 -0500 Received: from ns.suse.de ([213.95.15.193]:9732 "EHLO Cantor.suse.de") by vger.kernel.org with ESMTP id ; Sat, 2 Nov 2002 05:55:26 -0500 Date: Sat, 2 Nov 2002 12:01:55 +0100 From: Andi Kleen To: Dipankar Sarma Cc: Andi Kleen , linux-kernel@vger.kernel.org Subject: Re: dcache_rcu [performance results] Message-ID: <20021102120155.A17591@wotan.suse.de> References: <20021030161912.E2613@in.ibm.com.suse.lists.linux.kernel> <20021031162330.B12797@in.ibm.com.suse.lists.linux.kernel> <3DC32C03.C3910128@digeo.com.suse.lists.linux.kernel> <20021102144306.A6736@dikhow.suse.lists.linux.kernel> <20021102162419.A7894@dikhow> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021102162419.A7894@dikhow> User-Agent: Mutt/1.3.22.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 728 Lines: 16 > Well, on second thoughts I can't see why the path length for pwd > would make difference for kernel compilation - it uses relative > path and for path lookup, if the first character is not '/', then > lookup is done relative to current->fs->pwd. I will do some more > benchmarking on and verify. Kernel compilation actually uses absolute pathnames e.g. for dependency checking. TOPDIR is also specified absolutely, so an include access likely uses an absolute pathname too. -Andi - 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/