теоретическая скорость записи

Ты ж сам выше и расписал, что у тебя на одну операцию записи производится 2 - чтение старых блоков + запись нового и новых контрольных сумм - операции с массивом. Чтение обычно быстрее или равно записи.

Спасает кэш страйпов и возможная параллельность операций с другими обращениями на запись.

ну вот например тебе говорят, что скорость записи должна быть 5/8 от полной. т.е. ~60 MB/s. А если у тебя не так - значит массив неверно настроен и тебя надо уволить.

Как будешь аргументировать? Так же абстрактно отмазываться?

ну вот например тебе говорят, что скорость записи должна быть 5/8 от полной. т.е. ~60 MB/s.

Ткнуть лицом в спецификации.

А если у тебя не так - значит массив неверно настроен и тебя надо уволить.

Если увольняют за такие вещи - надо самому увольняться :)

А если у тебя не так - значит массив неверно настроен и тебя надо уволить.

То время искать новую работу. Если тебе с такими же заявками скажут что «На земле сила тяготения 20G, и если у тебя не так - мы тебя уволим».
Хотя я думаю что тут это для яркого примера, но так или иначе то первое утверждение — не верное.

ну написано в спецификации на диск:
Средняя скорость чтения 92.4 Мб/сек
Средняя скорость записи 92 Мб/сек

спецификация на массив отсутствует.
Что дальше?

Если увольняют за такие вещи - надо самому увольняться :)

да меня уже уволили

так или иначе то первое утверждение — не верное.

а какое верное и почему?

да меня уже уволили

С такой причиной!??!

Что дальше?

Емнип, ниже скорости записи писать точно не должно. А обычно скорость считалась по самому медленному диску в массиве (емнип, очень емнип).

Емнип, ниже скорости записи писать точно не должно.

о, ещё один. то есть вот массив пишет 18Mb/s, скорость записи диска 92Mb/s. Ниже скорости записи писать не должно - увольняем.

Конечно тебя увольнять надо. Если массив хардварный, с отдельным контроллером, то вангую отсутствующий BBU и, соответственно, выключенный кэш на запись.

(замер дает ~18 Mb/s)
RAID6
6

Чего ты хотел?

18 - мало

С тем что ты описал, и 6м рейдом - не будет тебе скорости, что ты хочешь.

Google-> IOPS Calculator

Скорость в мегабайтах параметр сложно прогнозируемый. Зато у каждого типа дисков есть предел операций ввода вывода в секунду. Так, для SATA 7200 - не более 70 — 120 iops на диск. Для FC или SAS 15k около 200. Ну и производительность контроллера ограничивает поток сверху. Каким блоком будешь писать эти иопсы на массив, такая и будет скорость.

как посчитать теоретически достижимую скорость записи без замеров?

Никак. Так как в присутствии файловой системы на RAID любые подсчёты — туфта полная. Подсчёт возможен для RAW-пространства RAID.

Подсчёт возможен для RAW-пространства RAID.

ну ок, какая она должна быть для этого массива?

Лучше измерить:

dd if=/dev/zero of=/dev/mdraw bs=100M

измерить

пипец. Инженеры, блин. Простейшую задачку из теории систем массового обслуживания (3-ий курс ВУЗа) решить не в состоянии всем форумом...

Да, ты умнее всех, вот только уволили почему-то тебя, а не весь форум.

зато у меня теперь есть обоснование того, что мои знания - лучшие по индустрии. Потому что посчитать не может никто, а я хотя бы задачу поставил.

зато у меня теперь есть обоснование того, что мои знания - лучшие по индустрии

И ты демонстрацией своих лучших знаний в толксах пытаешься найти работу?

нет, для демонстрации знаний я в резюме напишу, что умею настраивать raid как никто другой. А если вдруг спросят почему - отправлю в толксы

Хитрый план!

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

ты не смог разобраться с массивом

а ты почитай выше, все пишут, что это невозможно

офтопик от любознательного:

я правильно понимаю, что 6й рейд используют лишь от «в 10м хранить данные оченна дорого»? ведь оверхед по расчетам дикий.

так а за что уволили? \тред вроде весь читал\

+ в 6-м могут выйти из строя 2 любых диска, а в 10-м - только из разных зеркал.

знаю. но так ли это рисковано, что бы платить скоростью? (а то и ценой? если не 100500 дисков, то цена контроллера в процентах существенна).

так ли это рисковано, что бы платить скоростью?

Ситуации и особенности использования разные бывают.

а то и ценой? если не 100500 дисков, то цена контроллера в процентах существенна

А в чем разница? Если 4 диска, получаем одинаковый объем в обоих случаях. Затраты на контроллер одни и те же. Меньше дисков не поставишь, больше - начинаем линейно выигрывать в объеме массива в RAID6 и только вполовину (еще и диски надо докупать парами) в RAID10.

ну для десятки то контроллер проще можно

Простейшую задачку из теории систем массового обслуживания (3-ий курс ВУЗа) решить не в состоянии

Встречный вопрос: а ты сам ответ-то знаешь? Или тебе сказали, что всё очень просто считается и уволили «за назнание»?

mdadm наше все. А современный проц легко перемолотит данные 6-го RAID'а.

пипец. Инженеры, блин. Простейшую задачку из теории систем массового обслуживания (3-ий курс ВУЗа) решить не в состоянии всем форумом...

слишком много неизвестных переменных. Но самое печальное в другом - и тестовые замеры, и теория дают результаты, которые очень слабо связаны с RL. Причём отличие в разы и в обе стороны. Что-то более-менее правдивое можно узнать, если написать специальный тест, моделирующий нагрузку. Ну или численное моделирование такого теста(но нафейхуа, если всё равно для построения модели необходимо знать Over9000 параметров, которых нет в спеках?)

замер дает ~18 Mb/s

Как проводился замер? Это при куче параллельных дисковых операций?

Как проводился замер?

путем копирования файла с диска не относящегося к массиву, его битовой карте и журналу fs

на отдельностоящей машине без кучи запросов

Плохой, негодный замер. Может быть файл на источнике сильно фрагментирован.

как посчитать теоретически достижимую скорость записи без замеров?

Даже в википедии написано, что скорость записи зависит от реализации рейда. Но в любом случае, падения скорости до 18 Mb/s не должно быть, где-то косяк. Согласен с товарищем izen, нужно померить не скорость ФС, а чтения с устройства диска рейда.