From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 15:48:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1105516A4CF for ; Tue, 26 Oct 2004 15:48:14 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 081EC43D1F for ; Tue, 26 Oct 2004 15:48:13 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id i9QFmB10023871 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 Oct 2004 17:48:11 +0200 Message-ID: <417E71BB.1000508@ng.fadesa.es> Date: Tue, 26 Oct 2004 17:48:11 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 Cc: freebsd-current@freebsd.org References: <14479.1098695558@critter.freebsd.dk> <417D25E8.6080804@ng.fadesa.es> <200410251928.01536.victor@alf.dyndns.ws> <200410251837.58257.Thomas.Sparrevohn@btinternet.com> <417D3F12.20302@DeepCore.dk> <417D40A1.9030802@ng.fadesa.es> <417D45F1.9090504@freebsd.org> <77F3FD4D-26BE-11D9-9A2F-003065ABFD92@mac.com> In-Reply-To: <77F3FD4D-26BE-11D9-9A2F-003065ABFD92@mac.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tierra2 X-Virus-Status: Clean Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 15:48:14 -0000 Charles Swiger wrote: > On Oct 25, 2004, at 2:29 PM, Scott Long wrote: >> Some cases can give you desirable performance increases as a side effect, >> but that is not the primary goal. For greedy applications like video processing. > Disagree. Why else would you use RAID-0 striping? speed? > [ If you simply want to create a logical volume bigger than the size of > a physical drive, you can use concatenation instead. ] because it doesn't split the load over disks and you get busy disks and idle disks.