From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 5 16:55:12 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A4A61065680 for ; Sat, 5 Jun 2010 16:55:12 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 546428FC19 for ; Sat, 5 Jun 2010 16:55:12 +0000 (UTC) Received: from [172.16.135.100] (lportal.in1.lcl [172.16.1.9]) by ns1.feral.com (8.14.3/8.14.3) with ESMTP id o55GtBUu043006 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sat, 5 Jun 2010 09:55:11 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <4C0A816A.9040403@feral.com> Date: Sat, 05 Jun 2010 09:55:06 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <4C09932B.6040808@wooh.hu> <201006050236.17697.bruce@cran.org.uk> <4C09FC43.8070804@wooh.hu> <4C0A7F2F.3030105@elischer.org> In-Reply-To: <4C0A7F2F.3030105@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (ns1.feral.com [192.168.221.1]); Sat, 05 Jun 2010 09:55:11 -0700 (PDT) Subject: Re: sysbench / fileio - Linux vs. FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jun 2010 16:55:12 -0000 All of these tests have been apples vs. oranges for years. The following seems to be true, though: a) FreeBSD sequential write performance in UFS has always been less than optimal. b) Linux sequential write performance in just about any filesystem has always been "impressive". But that "impressive" has come at some not so obvious costs. First of all, Linux is probably the most aggressive cluster/write-behind OS I've even seen. You can suck down all available memory with writebehind using dd. This means that some stats are "impressive", and others are "painful". A desktop that becomes completely unresponsive while you're doing this dd is one personal outcome. Also, you have to be careful what you're asking for in comparing the two platforms, or any platforms for that matter. What do you want to optimize for? Apparent responsiveness as a desktop? A specific workload (nfs, cifs) that completes N quatloos per fortnight?