From owner-freebsd-stable@FreeBSD.ORG Sat Jan 8 23:47:22 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 508B610656BA for ; Sat, 8 Jan 2011 23:47:22 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 134418FC0C for ; Sat, 8 Jan 2011 23:47:21 +0000 (UTC) Received: by iwn39 with SMTP id 39so18521908iwn.13 for ; Sat, 08 Jan 2011 15:47:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=DUm5zV8ckl10dvuwGHUP+AeL/xXIU/7niC8g83qmL/A=; b=ncpt+FQAnRhi0e3ZO8aywFj80QocA3o6HeW+xIqgf7C+YcsWS2yuemBhWkwl5XEEGO iibNfXCZqahuH2yI017tR+MVQpItodGvLsLY+BOMpWWTJ68KI90bvzvUrLEKZ1Gnj/aQ d6R/jm6GdYwggz0f/kl8ZeyYLQ5kgvqP7v6C8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=qwScG+a2oYeuPfDf86KuUYAmr+NlXPlkFxOiLw4AN1jxnggQIOdVkn+Ytl0yLc+f4l K0Bu11Twr8K4IwWnNrD3eHpIyTf9gs5mOW2zCocIpHgV3W0OiTZkMXspYvKMud2xf3Tl j53tkjomPh7mTKwTfIBfPGXrpw06O0YKGPR8E= MIME-Version: 1.0 Received: by 10.231.59.197 with SMTP id m5mr27288545ibh.25.1294530440156; Sat, 08 Jan 2011 15:47:20 -0800 (PST) Received: by 10.231.79.197 with HTTP; Sat, 8 Jan 2011 15:47:20 -0800 (PST) In-Reply-To: <4D28EFCB.3070308@langille.org> References: <4D28CB06.8030301@langille.org> <4D28EFCB.3070308@langille.org> Date: Sat, 8 Jan 2011 18:47:20 -0500 Message-ID: From: Mehmet Erol Sanliturk To: Dan Langille Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable Subject: Re: ZFS - benchmark & tuning before and after doubling RAM X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jan 2011 23:47:22 -0000 On Sat, Jan 8, 2011 at 6:14 PM, Dan Langille wrote: > On 1/8/2011 4:33 PM, Mehmet Erol Sanliturk wrote: > >> >> >> On Sat, Jan 8, 2011 at 3:37 PM, Dan Langille > > wrote: >> >> I've been running a ZFS array for about 10 months on a system with >> 4GB of RAM. I'm about to add another 4GB of RAM. >> >> I think this might be an opportune time to run some simple >> benchmarks and do some tuning. Getting more out of the system is >> not a priority for me. It does what I need now. However, I do see >> some merit in writing something up for others to see/follow/learn. >> >> The system is running FreeBSD 8.2-PRERELEASE #1: Tue Nov 30 22:07:59 >> EST 2010 on a 64 bit box. The ZFS array consists of 7x2TB commodity >> drives on two SiI3124 SATA controllers. The OS runs off a gmirror >> RAID-1. >> >> More details here: http://www.freebsddiary.org/zfs-benchmark.php >> >> First, up, I've done a simple bonnie++ benchmark before I add more >> RAM. I ran this on two different datasets; one with compression >> enabled, one without. >> >> If anyone has suggestions for various tests, option settings, etc, >> I'm happy to run them and include the results. We have lots of time >> to play with this. >> >> -- >> Dan Langille - http://langille.org/ >> >> >> >> >> I think , you know the following pages : >> >> http://hub.opensolaris.org/bin/view/Community+Group+zfs/zfstestsuite >> http://dlc.sun.com/osol/test/downloads/current/ >> http://hub.opensolaris.org/bin/view/Community+Group+testing/testsuites >> http://hub.opensolaris.org/bin/view/Community+Group+testing/zones >> >> Some of the links may disappear spontaneously because of restructuring >> of their respective sites . >> > > Looking briefly, them seen to be more aimed at regression testing than a > benchmark. They all seem to be the same thing (just different instances). > > Perhaps I am mistaken, but I will look closer. > > > -- > Dan Langille - http://langille.org/ > Please , you may assume that , you are testing whether a change in hardware is breaking anything or not , before starting benchmarks . After assuring that anything is not broken , your benchmarks results will be more reliable . The benchmarks may not test all or some required features . Thank you very much . Mehmet Erol Sanliturk