Date: Fri, 1 May 2009 07:32:24 -0400 From: Alexander Kabaev <kabaev@gmail.com> To: freebsd-hackers@freebsd.org Cc: Oliver Pinter <oliver.pntr@gmail.com> Subject: Re: NetBSD 5.0 statistics Message-ID: <20090501073224.518cb833@kan.dnsalias.net> In-Reply-To: <alpine.BSF.2.00.0904302030520.8997@fledge.watson.org> References: <6101e8c40904300750i3e86fc0cnef09b0d4533627f7@mail.gmail.com> <alpine.BSF.2.00.0904302030520.8997@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_/u949MyjUD1ePg/KG9l0_9.y Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 30 Apr 2009 20:32:00 +0100 (BST) Robert Watson <rwatson@FreeBSD.org> wrote: >=20 > On Thu, 30 Apr 2009, Oliver Pinter wrote: >=20 > > Is the FreeBSD's FS management so slow? > > > > http://www.netbsd.org/~ad/50/img15.html > > > > Or so big is the difference between the two cpu scheduler? >=20 > Also, there's a known and serious performance regression in CAM > relating to tgged queueing, and the generic disk sort routine, > introduced 7.1, which will be fixed in 7.2. I can't speak more > generally to the benchmarks -- we'll need to run them in a controlled > environment and see if we can reproduce the results. >=20 Well, there is also r185801 of vfs_cache.c which all but destroys the usefulness of negative name caching and surely can account for a large percentage of reported performance drop in 7.1, especially with build.sh benchmarks. The bug was fixed in stable/7 soon after 7.1 was released. --=20 Alexander Kabaev --Sig_/u949MyjUD1ePg/KG9l0_9.y Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iD8DBQFJ+t3OQ6z1jMm+XZYRAsb+AKCU/Jz50i6qngEIcp7u8A0T7hx3qQCfY2L2 WX6gF+bByq/xY20Xpapu4Os= =4YwD -----END PGP SIGNATURE----- --Sig_/u949MyjUD1ePg/KG9l0_9.y--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090501073224.518cb833>
