From owner-freebsd-questions@FreeBSD.ORG Wed May 6 18:32:11 2009 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 843A51065676; Wed, 6 May 2009 18:32:11 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [IPv6:2001:4070:101:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id ED5A48FC0A; Wed, 6 May 2009 18:32:08 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (localhost [IPv6:::1]) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3) with ESMTP id n46IVGYR034047; Wed, 6 May 2009 20:31:16 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3/Submit) with ESMTP id n46IVGx9034044; Wed, 6 May 2009 20:31:16 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Wed, 6 May 2009 20:31:16 +0200 (CEST) From: Wojciech Puchar To: Gary Gatten In-Reply-To: <70C0964126D66F458E688618E1CD008A0793EBD1@WADPEXV0.waddell.com> Message-ID: References: <1241610888.16418.64.camel@ompc.insign.local> <20090506084834.61600c42.wmoran@potentialtech.com> <4A01C202.8080803@seattlefenix.net> <70C0964126D66F458E688618E1CD008A0793EBD1@WADPEXV0.waddell.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Wed, 06 May 2009 18:51:30 +0000 Cc: freebsd-questions@freebsd.org, Benjamin Krueger , Olivier Mueller , freebsd-performance@freebsd.org, Bill Moran Subject: RE: filesystem: 12h to delete 32GB of data 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: Wed, 06 May 2009 18:32:12 -0000 > It could just be me, but I swear Hardware RAID has been faster for many > many years, especially with RAID5 arrays - or anything that requires maybe with RAID5, but using RAID5 today (huge disk sizes, little sense to save on disk space) instead of RAID1/10 doesn't make much sense, as RAID5 is slow on writes by design