From: Reindl Harald <h.reindl@thelounge.net>
To: Paul E Luse <paul.e.luse@linux.intel.com>
Cc: Piergiorgio Sartor <piergiorgio.sartor@nexgo.de>,
linux-raid@vger.kernel.org
Subject: Re: RAID-10 near vs. RAID-1
Date: Wed, 12 Jun 2024 09:06:29 +0200 [thread overview]
Message-ID: <7116a07d-cb2d-46f4-afc2-e6020aff0f6f@thelounge.net> (raw)
In-Reply-To: <20240611171433.375d6e25@peluse-desk5>
Am 12.06.24 um 02:14 schrieb Paul E Luse:
> On Wed, 12 Jun 2024 01:04:18 +0200
> Reindl Harald <h.reindl@thelounge.net> wrote:
>
>>
>>
>> Am 11.06.24 um 20:31 schrieb Piergiorgio Sartor:
>>> I'm setting up a system with 2 SSD M.2 (NVME).
>>>
>>> I was wondering if would it be better, performace
>>> wise, to have a RAID-10 near layout or a RAID-1.
>>>
>>> Looking around I found only one benchmark:
>>>
>>> https://strugglers.net/~andy/blog/2019/06/02/exploring-different-linux-raid-10-layouts-with-unbalanced-devices/
>>>
>>> Which uses mixed SSD, NVME and SATA.
>>>
>>> Does anybody have any suggestions, links, or
>>> ideas on the topic?
>>>
>>> BTW, practically speaking, what's the difference,
>>> between the two RAIDs?
>>
>> i wouldn't even consider a RAID10 with two disks, especially with SSD
>> and practically you end with a unsupported RAID1 because there are no
>> stripes with 2 disks
>>
>>
> I don't disagree but I would recommend you try each variation and
> measure the performance for yourself. It's a great learning experience
> if you haven't done it before and there's nothing like trusting your
> own data over on your own system/config something that someone else has
> done when there are so many factors that can affect performance.
the problem with benchmarks is that they often don't reflect mixed,
real-world performance - for virtual machine workload the "far" layout
wins in case of HDD
with NVME RAID i pretend it don't matter enough to even waste your time
next prev parent reply other threads:[~2024-06-12 7:06 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-06-11 18:31 RAID-10 near vs. RAID-1 Piergiorgio Sartor
2024-06-11 23:04 ` Reindl Harald
2024-06-12 0:14 ` Paul E Luse
2024-06-12 7:06 ` Reindl Harald [this message]
2024-06-12 7:18 ` Reindl Harald
2024-06-12 17:25 ` Piergiorgio Sartor
2024-06-12 17:22 ` Piergiorgio Sartor
2024-06-12 22:35 ` Reindl Harald
2024-06-12 23:46 ` Dragan Milivojević
2024-06-13 5:38 ` Reindl Harald
2024-06-13 7:30 ` Robin Hill
[not found] ` <CALtW_agtMXsss_Y=A2HH+D5zTceJ0jv5eWM5OeKiRZphvVeXZw@mail.gmail.com>
[not found] ` <599595a2-fa5e-45ca-b358-5fb573a8920e@thelounge.net>
2024-06-13 19:54 ` Dragan Milivojević
2024-06-13 20:18 ` Reindl Harald
[not found] ` <CALtW_ageds8cA-3CgbSNW5sFmRvWGmqoM0vA1vbi5LxWLhgt7g@mail.gmail.com>
2024-06-13 20:53 ` Reindl Harald
2024-06-25 19:00 ` Phillip Susi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7116a07d-cb2d-46f4-afc2-e6020aff0f6f@thelounge.net \
--to=h.reindl@thelounge.net \
--cc=linux-raid@vger.kernel.org \
--cc=paul.e.luse@linux.intel.com \
--cc=piergiorgio.sartor@nexgo.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox