на мдадме

ну

ставь диска 128

на мд 512

и тестируй снова)

типа каждому диску уменьшить в 10 раз, и рейду на 512?

echo 128 > /sys/block/sda/queue/max_sectors_kb

ну понятно

типа каждому диску уменьшить в 10 раз, и рейду на 512?

Я не цеплялся к твоему первоначальному значению

ну так получилось

просто 128 в 4 раза меньше 512ти

и bs ставь хотя бы 1мб

хотя для чистоты можешь сначала протестить как раньше

то же самое

ооо

пошло

правда отмечу, что у рейда 5 всё равно прирост будет не такой ощутимый, как у рейда 10, так ак рейд5 там ещё и вычисления

когда бс 1м дал

если проц говно, то херня будет

dd if=/dev/md127 of=/dev/null bs=1M status=progress 10658775040 bytes (11 GB, 9.9 GiB) copied, 18 s, 592 MB/s^C 10431+0 records in 10430+0 records out 10936647680 bytes (11 GB, 10 GiB) copied, 19.2154 s, 569 MB/s

если проц говно, то херня будет

там этот, щас, как его

Intel(R) Xeon(R) CPU E5-1603 0 @ 2.80GHz

сойдет

Intel(R) Xeon(R) CPU E5-1603 0 @ 2.80GHz

ох и говно))

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

вычислительные рейды лучше на нём не делать))

ох и говно))

ну что уже дали, то и юзаю

рейд1 или 10)

ну р10 убедительно

ну р10 убедительно

делай ZFS 2 пула в каждом по мирору, вот это наверное будет оптимально

на сжатии поэкономишь места и будет почти рейд5))

делай ZFS 2 пула в каждом по мирору, вот это наверное будет оптимально

ой

два вдева в пуле в кажом по мирору)

я уже заговариваюсь)

надо еще хорошо за зфс покурить сначала

на вики нормально описано? или так себе?

я почти не юзаю ZFS вне проксмокса)

я вот такую статью нашел https://habr.com/ru/post/504692/

пара инсталяций всего

я вот такую статью нашел https://habr.com/ru/post/504692/

хорошая

почитай)

пара инсталяций всего

ну а я поднимаю локальное хранилище бэкапов на одном предприятии...

ну а я поднимаю локальное хранилище бэкапов на одном предприятии...

ааа, тогда рейд5 зфсовский норм наверное

для бекапов то

только размер ресайзблока побольше ставить)

1мб

но учитывай что надёжность у него ниже чем у 10 или 6

а намного ниже? я расчет делаю на то, что один диск деграднет и я сразу другой подставлю

а намного ниже? я расчет делаю на то, что один диск деграднет и я сразу другой подставлю

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

а намного ниже? я расчет делаю на то, что один диск деграднет и я сразу другой подставлю

На порядок

Ну ок, сделаю р10, все равно там в зфс р5 не рулит

Гениально

ну типа смысл, р5 не особо больше пространства даст

а хранилище в первую очередь должно обезопасить данные

Всем привет! Вопрос странный, но может и на него ответ найдется. В общем если создавать клон c zvol, далее презентовать его куда либо, любая запись в этот клон увеличивает его обьем. Возможно ли складировать эти данные не в клон а куда либо еще, в NFS к примеру или на отдельный диск? Или может есть способ контролировать рост обьема клона?

/sys/block/SDA/queue/max_sectors_kb

сделай на дисках 256, а на рейде 512

и повтори

ну и bs сделай хотя бы 1мб

ща

bs=1M

это для dd

ytn

ни удвоения, ни даже такой же как на одном харде не выходит

даже с bs

фио я даже боюсь смотреть...

даже с бс

ерунда какая-то))

о чем и речь

я это никак интерпретировать не могу

еще раз покажи что у тебя в max_sectors_kb

сколько их

👆

что с 6 строкой

почему там вместо цифры указан блочный девайс

это всё блочные девайсы

алсо, мне помогло 128 на харды, и 512 на рейд

щас бы показал снова, но сессия с срв упала