From owner-freebsd-questions Fri Oct 18 06:45:28 1996 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA22823 for questions-outgoing; Fri, 18 Oct 1996 06:45:28 -0700 (PDT) Received: from brimstone.gage.com (brimstone.gage.com [205.217.2.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA22801; Fri, 18 Oct 1996 06:45:23 -0700 (PDT) Received: (from mail@localhost) by brimstone.gage.com (8.7.5/8.7.3) id IAA11577; Fri, 18 Oct 1996 08:44:41 -0500 (CDT) Received: from octopus.gage.com(158.60.57.50) by brimstone.gage.com via smap (V2.0beta) id xma011575; Fri, 18 Oct 96 08:44:15 -0500 Received: from squid.gage.com (squid [158.60.57.101]) by octopus.gage.com (8.7.5/8.7.3) with SMTP id IAA08237; Fri, 18 Oct 1996 08:38:18 -0500 (CDT) Received: from insomnia by squid.gage.com (NX5.67e/NX3.0S) id AA28374; Fri, 18 Oct 96 08:45:01 -0500 Message-Id: <9610181345.AA28374@squid.gage.com> Received: by insomnia.gage.com (NX5.67g/NX3.0X) id AA01413; Fri, 18 Oct 96 08:45:09 -0500 Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 4.0 v146.2) In-Reply-To: <199610180032.SAA04608@glacier.cold.org> X-Nextstep-Mailer: Mail 3.3 (Enhance 1.3) Received: by NeXT.Mailer (1.146.2) From: Ben Black Date: Fri, 18 Oct 96 08:45:08 -0500 To: Brandon Gillespie Subject: Re: ccd setup for striping Cc: Michael Beckmann , fs@freebsd.org, questions@freebsd.org References: <199610180032.SAA04608@glacier.cold.org> Sender: owner-questions@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >They really are not relative, the idea behind doing a RAID drive is to get >stability from redundancy (not more disk space)--if one drive cooks you >still have 5 (or however many) other drives still functional. Using >multiple disks with different partitions would give you more disk space, >but would not give you any more stability. i'll assume by stability you mean fault-tolerance. honestly, this is a news server we are talking about...is the news *that* important? i promise you using software RAID will *kill* the server performance. also, the idea behind RAID is to use multiple disks to various ends: some RAID levels do *not* give you data redundancy (striping without parity is very fast, but not fault-tolerant, for instance), some make poor use of disk space to avoid losing performance doing parity calculations (mirroring)...you get the idea. b3n