From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: with ECARTIS (v1.0.0; list xfs); Thu, 15 May 2008 07:10:53 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m4FEAYUM031928 for ; Thu, 15 May 2008 07:10:36 -0700 Date: Thu, 15 May 2008 10:11:21 -0400 From: Christoph Hellwig Subject: Re: [PATCH 3/4] XFS: Return case-insensitive match for dentry cache Message-ID: <20080515141121.GA14198@infradead.org> References: <20080513075749.477238845@chook.melbourne.sgi.com> <20080513080152.911303131@chook.melbourne.sgi.com> <20080513085724.GC21919@infradead.org> <20080515045700.GA4328@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com List-Id: xfs To: Anton Altaparmakov Cc: Barry Naujok , Christoph Hellwig , xfs@oss.sgi.com, linux-fsdevel On Thu, May 15, 2008 at 02:43:44PM +0100, Anton Altaparmakov wrote: > Yes, and you can get the performance back if you allow negative dentries to > be created. You just have to make sure that every time a directory entry > is created in directory X, all negative dentries which are children of > directory X are thrown away. We might even be able to optimize this a little by calling d_compare on each alias to see if it hashes down to the same one down in the fs.