From owner-freebsd-hackers Thu Apr 6 16:21:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA12285 for hackers-outgoing; Thu, 6 Apr 1995 16:21:57 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA12279 for ; Thu, 6 Apr 1995 16:21:53 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA16204; Thu, 6 Apr 95 17:14:15 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504062314.AA16204@cs.weber.edu> Subject: Re: large filesystems/multiple disks [RAID] To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Thu, 6 Apr 95 17:14:15 MDT Cc: jgreco@brasil.moneng.mei.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199504062222.PAA05304@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Apr 6, 95 03:22:00 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > ftp://csvax.cs.caltech.edu/pub/stripe.tar > > > > which might be somewhat helpful - a rather dated (4.2?) attempt at > > a simplistic striping device driver. > > Any one want to buy my Quantum Empire 2100 for $800, it's less than 120 days > old, as I am now going to sell it off and go buy 4 very fast 500MB > drive and make a stripe driver out of this code :-). This might be going overboard. Is there any reason you can't divide it up into four logical drives and stripe it that way? Save you eating some $ on your disk drives (the better to spend on coffee, I suppose). As long as you are careful about your placement of your synchronization primitives, it shouldn't be an issue that you're really only using one drive. How low level is the code? I haven't had a chance to look at it yet myself... if it's SCSI command level, then forget I said anything and go for the multiple drives; otherwise, it'd be nice if it were general enough to use on anything for which a device could be obtained (ESDI or MFM layered above the media correction, etc.). Pretending to have multiple drives on a single drive would be "good practice" for getting the code to be as general as possible... Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers.