LINUX.ORG.RU
ФорумAdmin

Масштабирование RAID на скорость чтения

 , , лорогугл


0

2

Добрый день.
подскажите пожалуйста,
на данный момент, какая-нибудь реализация raid в linux поддерживает масштабирование по скорости чтения, при дисках, больше чем 2? т.е. подключаются 3,4,5,6 диски и скорость (почти линейно) возрастает.

btrfs/mdadm?
т.е. raid1 походу тут не прокатывает, т.к. больше чем на 2 носителя он скорость уже не увеличивает. нулевого уровня вообще не нужен.

Ответ на: комментарий от Silerus

если читать в один поток-никакие рейды быстрее последовательной скорости чтения одного диска не будут

anonymous
()
Ответ на: комментарий от anonymous

это понятно, что здесь узкое горлышко, на сколько я помню raid5/6 - это технология, которую орокловцы придумали для своих серваков, что бы обеспечить максимальную скорость доступа к данным, плата за быстрый доступ была долгая запись.

Silerus ★★★★
()
Ответ на: комментарий от anonymous

если читать в один поток-никакие рейды быстрее последовательной скорости чтения одного диска не будут

Только если у вас обьем не превышает один блок.

anc ★★★★★
()
Ответ на: комментарий от Silerus

Это тупизм. RAID никак не влияет на скорость чтения так, чтобы при этом просрать запись. Иди обратно в школу из которой тебя выперли.

anonymous
()
Ответ на: комментарий от anonymous

Вот пойди, отсталый, и почитай что такое raid5 и что храниться на центральном диске.

Silerus ★★★★
()
Ответ на: комментарий от anonymous

Это тупизм. RAID никак не влияет на скорость чтения так, чтобы при этом просрать запись. Иди обратно в школу из которой тебя выперли.


ага, а двумя страницами ниже ты опять напишешь, что это ТС виноват и и набрасывает

darkenshvein ★★★★★
() автор топика

походу только 5,6 RAID.
где можно найти бенчи этих уровней raid с большим количеством дисков? хотелось бы увидеть цифири

darkenshvein ★★★★★
() автор топика

Современные материнские платы с двумя-тремя M.2 NVMe поддерживают объединение накопителей в RAID на аппаратном уровне. Куда уж быстрее?

iZEN ★★★★★
()

Где-то читал, что програмный раид в линуксе вообще не увеличивает скорость чтения, только железный это может.

voltmod ★★★
()
Последнее исправление: voltmod (всего исправлений: 1)
Ответ на: комментарий от slowpony

Никто ничего не отменял. Вопрос от ТС - это сферический конь в вакууме.
Без профиля нагрузки вопрос вообще не имеет смысла, м б он читает блоками по 512 байт - никакой рейд ему скорость не поднимет

anonymous
()
Ответ на: комментарий от iZEN

нее, это на старых мамках были аппаратные AIC (Adaptec) RAID-контроллеры.
на современных контрольные суммы считает ЦП компа, это так называемые fake-raid.

Minona ★★☆
()
Ответ на: комментарий от Minona

нее, это на старых мамках были аппаратные AIC (Adaptec) RAID-контроллеры.

На старых маках были аппаратные raid ? Фига себе, ни разу не видел.

anc ★★★★★
()
Ответ на: комментарий от Minona

это на старых мамках были аппаратные AIC (Adaptec) RAID-контроллеры.

Нет, почти везде ставили fakeraid, который через zero channel платку (которую надо было вставлять в специальный слот) превращался в полноценный аппаратный райд.

zemidius
()
Ответ на: комментарий от Minona

Адаптековский был полноценным контроллером.

Можно пример? А то все ещё не сильно вериться.

anc ★★★★★
()
Ответ на: комментарий от Minona

Адаптековский был полноценным контроллером.

AIC-7902, который ставили в большинстве плат со SCSI - был самым настоящим фейкрайдом.

zemidius
()

нулевого уровня вообще не нужен.

А десятого нужен? Тут есть такое извращение https://blog.vpsville.ru/tag/linux md mdadm raid1 parallel read/ по созданию raid 10 на двух дисках, чтобы при однопоточном чтении использовались оба диска.

В man md про RAID1 написано:

 Note that the read balancing done by the driver does not make the RAID1  performance
 profile  be  the  same as for RAID0; a single stream of sequential input will not be
 accelerated (e.g. a single dd), but multiple sequential streams or a random workload
 will  use  more than one spindle. In theory, having an N-disk RAID1 will allow N se‐
 quential threads to read from all disks.

но тестов для одновременного последовательного чтения тремя процессами с RAID1 на трёх дисках не видел. Разве что примитивный одновременный запуск ″dd″ с разными ″skip=″. И такое лучше тестировать на конкретном ядре, ЕМНИП, как-то ломали одновременное чтение даже с двух дисков в RAID1.

Вас тут спрашиваю про какое чтение идёт речь. Увеличение скорости в RAID — это про последовательное чтение объёмов больше chunk-size, причём последовательное с точки зрения RAID, а не файловой системы.

mky ★★★★★
()
Ответ на: комментарий от mky

Вас тут спрашиваю про какое чтение идёт речь.

чтение файлов (не БД) с raid.
не копирование множества файлов, а например чтение игровых файлов. которые обычно жирные.

darkenshvein ★★★★★
() автор топика
Ответ на: комментарий от darkenshvein

А чем копирование в данном случае отличается от чтения? Операцией записи - дык выплюнь в /dev/null

anonymous
()
Ответ на: комментарий от anonymous

А чем копирование в данном случае отличается от чтения? Операцией записи - дык выплюнь в /dev/null



ты меня очень плавно подводишь к какой то мысли, но какой.
что нет уровня raid с масштабированием по скорости?

что ты не знаешь такого уровня?

darkenshvein ★★★★★
() автор топика
Ответ на: комментарий от Minona

были, на серверных 2-х сокетных.

Это была крайняя редкость. Один раз у HP видел. У Intel ни разу например.

AS ★★★★★
()
Ответ на: комментарий от Minona

у меня в 2000 была матплата от ASUS с AIC, значит там был другой.

Просто SCSI контроллеры ставили практически всегда.

AS ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.