From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 15 17:04:32 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9AE13EC3 for ; Tue, 15 Jan 2013 17:04:32 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 7D8B9820 for ; Tue, 15 Jan 2013 17:04:32 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r0FH4PwT038908; Tue, 15 Jan 2013 17:04:25 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id wm3kze9ufeum8xhyhiynxkahca; Tue, 15 Jan 2013 17:04:25 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: IBM blade server abysmal disk write performances Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-1 From: Tim Kientzle In-Reply-To: <50F563BE.7010609@gmail.com> Date: Tue, 15 Jan 2013 09:04:25 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <710B89CC-004B-4766-A7C1-0B8CE45F64CF@kientzle.com> References: <50F563BE.7010609@gmail.com> To: Karim Fodil-Lemelin X-Mailer: Apple Mail (2.1283) Cc: freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2013 17:04:32 -0000 On Jan 15, 2013, at 6:12 AM, Karim Fodil-Lemelin wrote: > Hi, >=20 > I'm struggling getting FreeBSD 9.1 properly work on an IBM blade = server (HS22). Here is a dd output from Linux CentOS vs FreeBSD 9.1. >=20 > CentOS: >=20 > 100000+0 records in > 100000+0 records out > 51200000 bytes (51 MB) copied, 1.97883 s, 25.9 MB/s >=20 >=20 > FreeBSD 9.1: >=20 > 10000+0 records in > 10000+0 records out > 5120000 bytes transferred in 60.024997 secs (85298 bytes/sec) What exactly was the 'dd' command you used? In particular, what block size did you specify? Can you strace the 'dd' command on CentOS to verify that it's using the actual block size you specified? Some programs (I've written at least one) "cheat" by actually doing larger I/O operations than you request. This makes a big difference in performance. So this could reflect optimizations in GNU dd more than any difference in the actual disk I/O. If you want to do a more robust comparison, look for one of the disk benchmarking programs in ports and see if it's available (in the same version) for CentOS. Tim