t
Бля, с 3.4 ведра только он и есть
Можно цеф и потерять иопсы.
Можно moosefs и потерять данные.
Size: a a a
2021 May 26
t
Мне теперь качать и ставить говно мамонта?
na
ват??
ВН
Нет. Ничем mq не вреден
ВН
Не слушОй их
t
Пздц, нет старого deadline без mq в дистрах
na
а, ты про версию ядра.
t
Ну да, ну да, реализовали же в приклад, в юзерспейсе
na
хорошо, не вреден, но бесполезен в случае hdd
ВН
Ну это да, само собой. Я видел пользу на nvme и на sas ssd
na
хотя по приведенной выше ссылке чувак пишет что
na
Максимальное значение latency было гораздо выше для *FQ планировщиков и mq-deadline - до ~3.1 секунд для CFQ и до ~2.7 секунд для BFQ и mq-deadline. Для остальных планировщиков максимальная задержка во время тестов составила 35-50 мс.
na
это при тестах fio на hdd, так что хз... понятно что это пиковые значения, а не среднее по больнице, но все таки заставляет задуматься.
na
ты про nvme? да, для него только mq-deadline по умолчанию и нельзя поменять на обычный, это в драйвер вшито как я понимаю. я в целом про возможность выбора планировщиков. для /dev/sda (hdd or ssd) никто не мешает мне задать обычный deadline.
N
Касательно сборки разноразмерных nvme - у btrfs в свежих ядрах есть же режим с двумя-тремя копиями, которые он вполне может размазывать ровным слоем по носителям разного размера.
N
И оверхед, как мне кажется, будет заметно ниже, чем с ZFS, и уж точно ниже, чем с Ceph.
ОБ
brtfs нехило разваливается
ОБ
только кейс подсказывал с синолоджи
N
Его там все еще кладут поверх mdadm?