From owner-cvs-all Wed Jul 11 13:16:18 2001 Delivered-To: cvs-all@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 9BC8037B405; Wed, 11 Jul 2001 13:16:14 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Received: from synge.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 11 Jul 2001 21:16:13 +0100 (BST) To: Dag-Erling Smorgrav Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/i386/conf NOTES src/sys/conf files options src/sys/ufs/ufs dirhash.h ufs_dirhash.c inode.h ufs_inode.c ufs_lookup.c In-Reply-To: Your message of "11 Jul 2001 21:00:17 +0200." Date: Wed, 11 Jul 2001 21:16:13 +0100 From: Ian Dowse Message-ID: <200107112116.aa67322@salmon.maths.tcd.ie> Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message , Dag-Erling Smorgrav writes: >Ian Dowse writes: >> Bring in dirhash, a simple hash-based lookup optimisation for large > >Are you going to MFC this in a while? Yeah, I have a releng_4 version that I've been running without any problems, but I'll probably wait at least a week or two for any bugs or suggestions to show up. There are almost certainly still some access patterns where dirhash is a pessimisation over the non-dirhash case - I think the worst of these (sequential access, large working set) have mostly been addressed, but some filesystem benchmarks may well come out worse with dirhash switched on. I'd be very interested in any such results, or any suggestions for improvements. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message