From owner-freebsd-hackers Fri Jun 15 14:23: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id 4495F37B403 for ; Fri, 15 Jun 2001 14:21:41 -0700 (PDT) (envelope-from keramida@ceid.upatras.gr) Received: from hades.hell.gr (patr530-a011.otenet.gr [212.205.215.11]) by mailsrv.otenet.gr (8.11.1/8.11.1) with ESMTP id f5FLLYp13934; Sat, 16 Jun 2001 00:21:35 +0300 (EEST) Received: (from charon@localhost) by hades.hell.gr (8.11.3/8.11.3) id f5FIbdT12777; Fri, 15 Jun 2001 21:37:39 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Fri, 15 Jun 2001 21:37:39 +0300 From: Giorgos Keramidas To: Rajappa Iyer Cc: hackers@FreeBSD.ORG Subject: Re: Sysadmin article Message-ID: <20010615213739.B12591@hades.hell.gr> References: <200106150223.f5F2NLW08368@panix1.panix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200106150223.f5F2NLW08368@panix1.panix.com>; from rsi@panix.com on Thu, Jun 14, 2001 at 10:23:21PM -0400 X-PGP-Fingerprint: 3A 75 52 EB F1 58 56 0D - C5 B8 21 B6 1B 5E 4A C2 X-URL: http://students.ceid.upatras.gr/~keramida/index.html Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jun 14, 2001 at 10:23:21PM -0400, Rajappa Iyer wrote: > http://www.sysadminmag.com/articles/2001/0107/0107a/0107a.htm > > Any obvious reasons why FreeBSD performed so poorly for these people? Yes, it's not very difficult to guess why. If you read the tuning(7) manpage in recent 4.x FreeBSD systems you will notice that even the order in which you lay out the partitions on the disks ruding installation time can play a significant role in filesystem speed. Softupdates are disabled by default, and for a good reason too (reliability is more important than raw speed to the people who install FreeBSD for the first time; if it isn't they can always enable softupdates later on). Write-back caching is disabled in the disks, even if they support it. This is yet another step towards making the default installation of FreeBSD as reliable a system as it can be. Installing an operating system (be it FreeBSD, linux, Windows or what else) and failing to tune the system to perform as good as possible for the application, is no decent way of doing a benchmark. And when is comes to benchmarks, you have to tune ALL the systems that are involved. You have to perform the test on identical hardware (if such a thing is ever possible[1]). When doing benchmarks, you have to present a lot more data than a simple bar or line graph with the results, for the benchmarks to be of any practical value to somebody else. An exact description of the hardware involved, details about the installation of the software, tuning decisions and tweaks performed during installation that will make the software perform better for a given application, what application you are interested in and testing with this benchmark, post installation tuning, what software you used for doing the benchmark, was it compiled by you or somebody else? what compiler and tools you used to generate the software of the benchmark, what special options you gave if any, and finally what the benchmark was, how long it took, did it finish successfully or fail, and those infamous charts with the results. You see, there's more to a benchmark than just a few charts, and we have not been given account about any of that by the authors of the articles in question. -giorgos [1] Even disks os the same manufacturer, and the same declared size, speed, characteristics, etc. do have slight differences some times. [-- Sorry about this long rant, but the whole story about this article is starting to get on my nerves :P --] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message