From owner-freebsd-hackers Tue Apr 4 14:48:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA24097 for hackers-outgoing; Tue, 4 Apr 1995 14:48:13 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA24091 for ; Tue, 4 Apr 1995 14:48:11 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id OAA03719; Tue, 4 Apr 1995 14:46:47 -0700 From: Poul-Henning Kamp Message-Id: <199504042146.OAA03719@ref.tfs.com> Subject: Re: large filesystems/multiple disks [RAID] To: gibbs@estienne.CS.Berkeley.EDU (Justin T. Gibbs) Date: Tue, 4 Apr 1995 14:46:47 -0700 (PDT) Cc: rgrimes@gndrsh.aac.dev.com, wilko@yedi.iaf.nl, peter@bonkers.taronga.com, terry@cs.weber.edu, PVinci@ix.netcom.com, hackers@FreeBSD.org In-Reply-To: <199504042140.OAA12675@estienne.cs.berkeley.edu> from "Justin T. Gibbs" at Apr 4, 95 02:40:04 pm Content-Type: text Content-Length: 451 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >And you find these caches will fill up and some point in a sustained > >write test and you end up right back at the 20% performance loss I > >was talking about. > > Is this still true with hardware parity calculation? The problem is disk-contention, not CPU-speed. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant'