From owner-freebsd-geom@FreeBSD.ORG Tue Jul 18 21:46:58 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 920AA16A4DD for ; Tue, 18 Jul 2006 21:46:58 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30303.mail.mud.yahoo.com (web30303.mail.mud.yahoo.com [68.142.200.96]) by mx1.FreeBSD.org (Postfix) with SMTP id 2F61043D45 for ; Tue, 18 Jul 2006 21:46:57 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 63154 invoked by uid 60001); 18 Jul 2006 21:46:57 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=BSc/LgIXg1ZBB3kTnnUvqiZ/Z8OBx35ZfGMDBKM7Ezs5df0iIYDtu7FExp06NWxOkJb2ZVA1gkangQuRkB+Ht5X9NwlWxyqB2UD2pREJOwm7/NrB7YPXCr/L91bYrC/fcqLOqeX6sz5cjiCOYdBFv+3pfJOoR5r8XOAlUMWDhGk= ; Message-ID: <20060718214657.63152.qmail@web30303.mail.mud.yahoo.com> Received: from [213.54.80.78] by web30303.mail.mud.yahoo.com via HTTP; Tue, 18 Jul 2006 14:46:57 PDT Date: Tue, 18 Jul 2006 14:46:57 -0700 (PDT) From: "R. B. Riddick" To: Alexandre Biancalana , freebsd-geom@freebsd.org In-Reply-To: <8e10486b0607181351u1319483w87d40792d6c1cce8@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: geom_stripe error X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jul 2006 21:46:58 -0000 --- Alexandre Biancalana wrote: > Really is happening what you told.... the partition concat/concat1 have the > number 31, but in gstripe list it appears at position 21 position.... (see > my first email) > Hmm... Oh... I just had a closer look at the funtion "list_one_geom" in /usr/src/sbin/geom/core/geom.c and found out, that the order of the disks in the "gstripe list" output does not say so much... It is possibly the order in which the disks are added to the device... Somehow the consumers (disks) are stored in a list and in an array (just in this array the position corresponds with the disk number, but in the list no order is necessary)... So my theory was wrong... Did you try an easier and more efficient configuration in the meantime? E.g.: gconcat(gstripe(4 * 200GB), gstripe(4 * 73GB)) or so... Possibly you would have to use bsdlabel in order to re-partition your disks... And you would loose your data... But when u r done it might be much faster, because striping over partitions of the same disk is quite slow, I think... The advantage of striping (RAID0) is (if I recall correctly) that we can have higher parallelism (e. g. a RAID0 on 10 disks allows (max) 10 concurrent requests as if there was only 1 request (looking at the processing time))... -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com