From owner-freebsd-stable Wed Jan 3 0:54:45 2001 From owner-freebsd-stable@FreeBSD.ORG Wed Jan 3 00:54:43 2001 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 79A0237B400 for ; Wed, 3 Jan 2001 00:54:41 -0800 (PST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 301586A90D; Wed, 3 Jan 2001 19:24:39 +1030 (CST) Date: Wed, 3 Jan 2001 19:24:39 +1030 From: Greg Lehey To: Matt Dillon Cc: Zero Sum , Jim King , Alfred Perlstein , Thomas Seck , freebsd-stable@FreeBSD.ORG Subject: Re: RAID costs (was: Vinum safe to use for raid 0?) Message-ID: <20010103192438.V4336@wantadilla.lemis.com> References: <20010102230107.A559@basildon.homerun> <01010313305000.03936@shalimar.net.au> <00e301c0752e$7ba65e60$04e48486@marble> <01010315274900.04373@shalimar.net.au> <20010103172132.T4336@wantadilla.lemis.com> <200101030758.f037wQZ45135@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200101030758.f037wQZ45135@earth.backplane.com>; from dillon@earth.backplane.com on Tue, Jan 02, 2001 at 11:58:26PM -0800 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tuesday, 2 January 2001 at 23:58:26 -0800, Matt Dillon wrote: > Like everything, topologies have their strengths and weaknesses. > RAID-5 is excellent for read-centric operations (which large data stores > tend to be, I will note) and, as Poul reminded me a few days ago... > stripe-sized block-write operations can be made optimal. Well, they can be optimized, which isn't quite the same thing. That's a wish list item for Vinum. > Of course, it has to be reliable to be useable, which is really > the crux of the current thread. Someone needs to buy Greg some > faster machines to play with :-), as the current vinum issues > appear to be related to timing. I'm not sure about that, though it's possible. The real issue with my test setup is that the disks I have are all ancient. I'm getting some more modern ones Real Soon Now, but of course the optimum way to solve this particular problem would be if somebody sent me exactly the machine that was having trouble. > There are other big differences between software and black-box > RAID solutions. For example, what happens when the machine > crashes right smack in the middle of a write? Hardware RAID > (e.g. RAID-5) solutions have NVRAM to hold the log. Software > RAID either has to be extremely careful in the sequencing of the > data, play serial number tricks (which is why you sometimes see > disks with weird physical sector sizes), or write a separate log > and delay the actual disk updates until the log write has been > confirmed. Indeed. Vinum cheats a little here, but even then it seem to be too finicky for many people. Theoretically, after a crash you need to synchronize the volumes. I'm thinking of a volume manager logging facility which will keep track of the last n operations. This would enable recovery code to confirm that they had been performed. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message