From owner-freebsd-questions@FreeBSD.ORG Tue Sep 30 12:58:01 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D21B106568D for ; Tue, 30 Sep 2008 12:58:01 +0000 (UTC) (envelope-from jpaetzel@FreeBSD.org) Received: from conn-smtp.mc.mpls.visi.com (conn.mc.mpls.visi.com [208.42.156.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0EE7E8FC1A for ; Tue, 30 Sep 2008 12:58:00 +0000 (UTC) (envelope-from jpaetzel@FreeBSD.org) Received: from mail.tcbug.org (mail.tcbug.org [208.42.70.163]) by conn-smtp.mc.mpls.visi.com (Postfix) with ESMTP id 8E00878DF; Tue, 30 Sep 2008 07:33:28 -0500 (CDT) Received: from [192.168.1.143] (c-76-17-219-196.hsd1.mn.comcast.net [76.17.219.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.tcbug.org (Postfix) with ESMTPSA id 915604A6761; Tue, 30 Sep 2008 07:33:27 -0500 (CDT) Message-ID: <48E21C66.8080407@FreeBSD.org> Date: Tue, 30 Sep 2008 07:32:38 -0500 From: Josh Paetzel User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Danny Do References: <1222681181.48e0a25d094c3@www.inbox.lv> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: Optimal File System config for 2.5TB RAID5 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 12:58:01 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Danny Do wrote: > Hello, > > I am building a 6x500GB SATA HARDWARE RAID5 storage server to > - Store large files, 10BM~1GB/file > - Handling 500+ concurrent connections > - Transfer rate around 100~200Mbit/s > > I am thinking of using the patch from Wojciech Puchar to reduce hard drive > data seek in order to handle large number of concurrent connections whilst > outputting 100~200Mbit/s. > > patch /usr/src/sys/sys/param.h > #ifndef DFLTPHYS > #define DFLTPHYS (1024 * 1024) /* default max raw I/O transfer size > */ > #endif > #ifndef MAXPHYS > #define MAXPHYS (1024 * 1024) /* max raw I/O transfer size */ > #endif > #ifndef MAXDUMPPGS > > > To store files greater than 10MB, I come up with the following proposal for > my File System: > - UFS2 > - Soft Update Enable > - block-size 1,048,576 > > I am not completely sure what advantage I got from this configuration but I > am pretty sure that FSCK is much quicker with 1M file system block-size. > > Is there any other thing I need to consider in term of performance and > reliability? > > I hope that this system will perform much better than my current 6x300GB > SCSI 10K RPM system. > > Appreciate any advice, > > Danny Why do you think slower drives using an interface that has known problems handling concurrent connections will be faster than faster drives using an interface designed for concurrency? Based on my experiences with SATA vs. U160/U320 SCSI or SAS your likely outcome is to see a marked decrease in performance. I'd be interested to hear your results. - -- Thanks, Josh Paetzel PGP: 8A48 EF36 5E9F 4EDA 5ABC 11B4 26F9 01F1 27AF AECB -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) iD8DBQFI4hxmJvkB8SevrssRAqErAJ0Tt9WPT25RhkUfGVLxEzSykEMvtwCeKXRV jdgJ/whLeeAQ3E97i7FkB4w= =UyD6 -----END PGP SIGNATURE-----