Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932177AbXFRSna (ORCPT ); Mon, 18 Jun 2007 14:43:30 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1763802AbXFRSnT (ORCPT ); Mon, 18 Jun 2007 14:43:19 -0400 Received: from dsl081-033-126.lax1.dsl.speakeasy.net ([64.81.33.126]:50609 "EHLO bifrost.lang.hm" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1764219AbXFRSnS (ORCPT ); Mon, 18 Jun 2007 14:43:18 -0400 Date: Mon, 18 Jun 2007 11:40:58 -0700 (PDT) From: david@lang.hm X-X-Sender: dlang@asgard.lang.hm To: Lennart Sorensen cc: Brendan Conoboy , Neil Brown , Wakko Warner , linux-kernel@vger.kernel.org, linux-raid@vger.kernel.org Subject: Re: limits on raid In-Reply-To: <20070618183324.GL10006@csclub.uwaterloo.ca> Message-ID: References: <18034.479.256870.600360@notabene.brown> <18034.3676.477575.490448@notabene.brown> <20070616020320.GB2002@animx.eu.org> <18035.23867.576212.859440@notabene.brown> <4676BEC2.7090809@redhat.com> <20070618180327.GP10008@csclub.uwaterloo.ca> <20070618183324.GL10006@csclub.uwaterloo.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1686 Lines: 37 On Mon, 18 Jun 2007, Lennart Sorensen wrote: > On Mon, Jun 18, 2007 at 11:12:45AM -0700, david@lang.hm wrote: >> simple ultra-wide SCSI to a single controller. > > Hmm, isn't ultra-wide limited to 40MB/s? Is it Ultra320 wide? That > could do a lot more, and 220MB/s sounds plausable for 320 scsi. yes, sorry, ultra 320 wide. >> I didn't realize that the rate reported by /proc/mdstat was the write >> speed that was takeing place, I thought it was the total data rate (reads >> + writes). the next time this message gets changed it would be a good >> thing to clarify this. > > Well I suppose itcould make sense to show rate of rebuild which you can > then compare against the total size of tha raid, or you can have rate of > write, which you then compare against the size of the drive being > synced. Certainly I would expect much higer speeds if it was the > overall raid size, while the numbers seem pretty reasonable as a write > speed. 4MB/s would take for ever if it was the overall raid resync > speed. I usually see SATA raid1 resync at 50 to 60MB/s or so, which > matches the read and write speeds of the drives in the raid. as I read it right now what happens is the worst of the options, you show the total size of the array for the amount of work that needs to be done, but then show only the write speed for the rate pf progress being made through the job. total rebuild time was estimated at ~3200 min David Lang - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/