From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 154E31381F3 for ; Fri, 28 Jun 2013 03:18:21 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2E525E0980; Fri, 28 Jun 2013 03:18:17 +0000 (UTC) Received: from mail-ve0-f172.google.com (mail-ve0-f172.google.com [209.85.128.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A4B85E096C for ; Fri, 28 Jun 2013 03:18:15 +0000 (UTC) Received: by mail-ve0-f172.google.com with SMTP id jz10so1428108veb.3 for ; Thu, 27 Jun 2013 20:18:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=ZH7jhO5ZnkMrG2Sh56h03I8CgoF+YaIrGMQ4H9jVfKQ=; b=FNHEDkUBxWF6xShPn49TUejAlsrVnFXf70OvxodsDE0qLnDB2+5thPp2Y3d1WG57zs 0xSLRxG2o2i5A8ELD7+FNqQdtDepaKND5xzcAVD6bJ+i99ndSsCvET3qB+h94toxHyn6 tcPAGqL9KgFus3LHcM5ZT1/ShM7it4B+brv1uRvww4jF46wqYRqf9R6xawG7HY+/fsOg MjTHGUFQSzwl+ovM1DIoe+5VoVYTdXUbHUvaHpbQIcuddlY8zQQaM1plQ/HcG1Fw2iEF YQKujuLed36is3pCnlKVyuoUtOo6oGMavV2cWU8x0/kPnIpTA1GPwLBQ1OktJw1z1lnH 6xdw== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@lists.gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org MIME-Version: 1.0 X-Received: by 10.52.94.83 with SMTP id da19mr3936058vdb.101.1372389494744; Thu, 27 Jun 2013 20:18:14 -0700 (PDT) Received: by 10.58.161.237 with HTTP; Thu, 27 Jun 2013 20:18:14 -0700 (PDT) In-Reply-To: References: Date: Thu, 27 Jun 2013 20:18:14 -0700 Message-ID: Subject: Re: [gentoo-amd64] Re: Is my RAID performance bad possibly due to starting sector value? From: Matthew Marlowe To: gentoo-amd64@lists.gentoo.org Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkpTDYjVDflLz478Tmtw6MnngK+YeC3Y5QVrTuAl1rH3M0ZfSDaqX09nmoshYonj2GyzDCd X-Archives-Salt: f214bdd8-1e97-46cc-bddc-eda42f1a1853 X-Archives-Hash: efe7466335862ca79d654dc346fa73ba I supported about 250 gentoo vm's using about 30 SAS 15K rpm 144GB drives awhile back. Drives were split into 14 disk RAID10 sets. Then each RAID10 set was split it into 200-500GB virtual drives, and the virtual machines were grouped into sets of 3-5 and matched with a virtual drive. Virtual machines on the same virtual drive were setup to use thin provisioning, so that only used up as much storage space as their data differed from the canonical gentoo os image which was usually less than 20%. The virtual drives were usually only 30-50% full and we could virtually provision 2TB+ of virtual machines on a single 500GB virtual drive. Don't underestimate what you can do with small drives, especially if they are fast and you have a lot of them.... On Thu, Jun 27, 2013 at 5:51 PM, Duncan <1i5t5.duncan@cox.net> wrote: > Mark Knecht posted on Sat, 22 Jun 2013 16:04:06 -0700 as excerpted: > >> Lastly, even if I completely buy into Duncan's well formed reasons about >> why RAID1 might be faster, using 500GB drives I see no single RAID >> solution for me other than RAID5/6. The real RAID1/RAID6 comparison from >> a storage standpoint would be a (conceptual) 3-drive RAID6 vs 3 drive >> RAID1. Both create 500GB of storage and can (conceptually) lose 2 drives >> and still recover data. However adding another drive to the RAID1 gains >> you more speed but no storage (buying into Duncan's points) vs adding >> storage to the RAID6 and probably reducing speed. As I need storage what >> other choices do I have? >> >> Answering myself, take the 5 drives, create two RAIDS - a 500GB >> 2-drive RAID1 for the system + VMs, and then a 3-drive RAID5 for video >> data maybe? I don't know... >> >> Or buy more hardware and do a 2 drive SSD RAID1 for the system, or >> a hardware RAID controller, etc. The options explode if I start buying >> more hardware. > > Finally getting back to this on what's my "weekend"... > > Unfortunately, given 900 gigs media data and 150 gigs of VMs, with 5 500 > gig drives to work with, you're right, simply making a raid1 out of > everything isn't possible. > > You could do a 4-drive raid10, two-way striped and two-way mirrored, for > a TB of storage for the media files and possibly squeeze the VMs between > the SSD and the raid, with the 5th half-TB as a backup, but it'd be quite > tight and non-optimal, plus losing the wrong two drives on the raid10 > would put it out of commission so you'd have only one-drive-loss- > tolerance there. > > You could buy a sixth half-TB and try either three-way-striping and two- > way mirroring for the same one-drive-loss tolerance but a good 1.5 TB (3- > way half-TB stripe) space, giving you plenty of space and thruput speed > but at the cost of only single-drive-loss-tolerance. > > You could use the same six in a raid10 with the reverse configuration, > two-way-stripe three-way-mirror, for better loss-of-two-tolerance but at > only a TB of space and have the same squeeze as the 4-way raid10 (but now > without the extra drive for backup), or... > > Personally, I'd probably be intensely motivated enough to try the 2-way- > stripe 3-way-mirror 6-drive raid10, squeezing the media space as > necessary to do it (maybe by using external drives for what wouldn't > fit), but that's still a compromise... and includes buying that sixth > drive. > > So the raid6 might well be the best alternative you have, given the data > size AND physical device size constraints. > > But some time testing the performance of different configs and > familiarizing yourself with the options and operation, as you've decided > to do now, certainly won't hurt. I DID say I wasn't real strong on the > chunk options, etc, myself, and you're using ext4, not the reiserfs I was > using, and I believe ext4 has at least some potential performance upside > compared to reiserfs, so it's quite possible that with some chunk/stride/ > etc tweaking, you can get something better, performance-wise. Tho I > expect raid6 will never be a speed demon, and may well never perform as > you had originally expected/hoped. But better than the initial results > should be possible, hopefully, and familiarizing yourself with things > while experimenting has benefits of its own, so that's an idea I can > agree with 100%. =:^) > > -- > Duncan - List replies preferred. No HTML msgs. > "Every nonfree program has a lord, a master -- > and if you use the program, he is your master." Richard Stallman > >