From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 15:46:30 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 432D916A41F; Sat, 1 Oct 2005 15:46:30 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1B6B43D46; Sat, 1 Oct 2005 15:46:29 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id ADDD51A3C19; Sat, 1 Oct 2005 08:46:29 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AA5C451259; Sat, 1 Oct 2005 11:46:28 -0400 (EDT) Date: Sat, 1 Oct 2005 11:46:28 -0400 From: Kris Kennaway To: Divacky Roman Message-ID: <20051001154628.GA64006@xor.obsecurity.org> References: <20051001085358.GA62022@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: <20051001085358.GA62022@stud.fit.vutbr.cz> User-Agent: Mutt/1.4.2.1i Cc: scottl@freebsd.org, current@freebsd.org Subject: Re: 6.0R todo list - hash sizes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2005 15:46:30 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 01, 2005 at 10:53:58AM +0200, Divacky Roman wrote: > Hi, >=20 > scottl@ removed: > Nullfs (and perhaps other filesystems) use an absurdly small > hash size that causes significant performance penalties. >=20 > this item from 6.0R todo list. How was this solved? I didnt see any commi= ts > to enlarge the hash values. Its still the same... why it was removed then? It was an incorrect suggestion on my part - it turns out this was not the cause of the performance penalties, and Jeff fixed them long ago. Kris --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDPq9UWry0BWjoQKURAhnHAKDnPk9l/xrlJhthD37VDdhBCJ4HygCdEXSj 7nkMAkoxy0N9Jbn61dSMRsA= =bTym -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe--