From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp-33-i6.italiaonline.it ([213.209.14.33]:33070 "EHLO libero.it" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S2387985AbeGTSGD (ORCPT ); Fri, 20 Jul 2018 14:06:03 -0400 Reply-To: kreijack@inwind.it Subject: Re: [PATCH 0/4] 3- and 4- copy RAID1 To: Andrei Borzenkov , Duncan <1i5t5.duncan@cox.net>, linux-btrfs@vger.kernel.org References: <9945d460-99b5-a927-a614-c797bbc7862d@dirtcellar.net> <793d8ec3-7934-ea60-521d-7a039c9f1ce9@libero.it> <89d20da9-0e80-51d1-3a4f-4cccb44d31ef@libero.it> <2f1b19da-f2a2-077b-eee1-1106f40679ac@gmail.com> From: Goffredo Baroncelli Message-ID: Date: Fri, 20 Jul 2018 19:16:47 +0200 MIME-Version: 1.0 In-Reply-To: <2f1b19da-f2a2-077b-eee1-1106f40679ac@gmail.com> Content-Type: text/plain; charset=utf-8 Sender: linux-btrfs-owner@vger.kernel.org List-ID: On 07/20/2018 07:17 AM, Andrei Borzenkov wrote: > 18.07.2018 22:42, Goffredo Baroncelli пишет: >> On 07/18/2018 09:20 AM, Duncan wrote: >>> Goffredo Baroncelli posted on Wed, 18 Jul 2018 07:59:52 +0200 as >>> excerpted: >>> >>>> On 07/17/2018 11:12 PM, Duncan wrote: >>>>> Goffredo Baroncelli posted on Mon, 16 Jul 2018 20:29:46 +0200 as >>>>> excerpted: >>>>> >>>>>> On 07/15/2018 04:37 PM, waxhead wrote: >>>>> >>>>>> Striping and mirroring/pairing are orthogonal properties; mirror and >>>>>> parity are mutually exclusive. >>>>> >>>>> I can't agree. I don't know whether you meant that in the global >>>>> sense, >>>>> or purely in the btrfs context (which I suspect), but either way I >>>>> can't agree. >>>>> >>>>> In the pure btrfs context, while striping and mirroring/pairing are >>>>> orthogonal today, Hugo's whole point was that btrfs is theoretically >>>>> flexible enough to allow both together and the feature may at some >>>>> point be added, so it makes sense to have a layout notation format >>>>> flexible enough to allow it as well. >>>> >>>> When I say orthogonal, It means that these can be combined: i.e. you can >>>> have - striping (RAID0) >>>> - parity (?) >>>> - striping + parity (e.g. RAID5/6) >>>> - mirroring (RAID1) >>>> - mirroring + striping (RAID10) >>>> >>>> However you can't have mirroring+parity; this means that a notation >>>> where both 'C' ( = number of copy) and 'P' ( = number of parities) is >>>> too verbose. >>> >>> Yes, you can have mirroring+parity, conceptually it's simply raid5/6 on >>> top of mirroring or mirroring on top of raid5/6, much as raid10 is >>> conceptually just raid0 on top of raid1, and raid01 is conceptually raid1 >>> on top of raid0. >> And what about raid 615156156 (raid 6 on top of raid 1 on top of raid 5 on top of....) ??? >> >> Seriously, of course you can combine a lot of different profile; however the only ones that make sense are the ones above. > > RAID50 (striping across RAID5) is common. Yeah someone else report that. But other than reducing the number of disk per raid5 (increasing the ration number of disks/number of parity disks), which other advantages has ? Limiting the number of disk per raid, in BTRFS would be quite simple to implement in the "chunk allocator" > > -- > To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- gpg @keyserver.linux.it: Goffredo Baroncelli Key fingerprint BBF5 1610 0B64 DAC6 5F7D 17B2 0EDA 9B37 8B82 E0B5