« Rev
@ru_zfs   128
Fwd »


Ivan
так то их немало, вдруг кто подскажет какой из них адекватно работает )
Fedor
Разу видно, кто доку не читал 😁
Ivan
потыкал тесты fio из хоста: игры с кэшем hdparm не влияли на результат. отключение ncq убавляет иопсов в 5 раз на линейной записи и в 3 раза на рандоме. так же отдельно отключение ncq на ssd заметно влияет на рандомную запись на ssd - почти в 2 раза. делал по 5 тестов, все замеры совпадали четко после повторов. а вот из винды непойми как результаты менялись.
Alexandr
а при отключении кеша ssd пробовали?
Ivan
а при отключении кеша ssd пробовали?
пробовал на всех дисках отключать, пробовал на ssd отдельно.
Ivan
похоже утверждение что zfs сам рулит кэшем дисков является верным )
Alexandr
ооо, спасибо за такой титанический труд!
Ivan
честно говоря я не проявил конструктивного подхода. где-то видел ансибл плейбуки, которые пересоздают датасеты с 0 и гоняют различные тесты - вот это правильно !
Alexandr
но я все же считаю, что и такой результат очень достойный, даже без автоматических тестов
Ivan
и выше я выдавал уже другие результаты, когда тестировал из винды ) так что доверяй, но проверяй.
Alexandr
ну с вендой согласен) к ней у меня честно говоря доверия нет
Alexandr
а вот fio да
Ivan
да и у меня хдд с защитой кэша
Fedor
Юзерам пофиг. Зфс не пофиг.)
Igor
Можно название и серийник посмотреть на одном, а данные убить на другом. Подстава.
В чем подстава? Разве в 2020 есть люди которые делают массивы на /dev/sdX и прочих /DEV/NVME?
Igor
Что мешает сделать на /dev/disk/by-id?
Igor
там и серийник и названике и тип уже вбиты
Nikolay
а ещё я часть серийника на лотке диска клею. Не надо искать и подсвечивать в случае чего
riv
В чем подстава? Разве в 2020 есть люди которые делают массивы на /dev/sdX и прочих /DEV/NVME?
Я делаю. Мне нравится, что в отчетах zpool iostat -v например, названия лаконичные. Названия устройст для импорта не важны, zfs не обращает на них внимания.
Ivan
Что мешает сделать на /dev/disk/by-id?
сейчас zfs понимает какой девайс имеется ввиду. раньше с этим были проблемы, судя по рекомендациям бывалых.
Алексей
Делаю потому что однотипный конфиг, удобно автоматизировать
Igor
Я делаю и даже на /dev/sdaX /dev/sdbY и тд)
Ну ты наверное любишь экстрим
Алексей
Всмысле
Igor
Делаю потому что однотипный конфиг, удобно автоматизировать
ломается оно как-то не автоматизированно
Алексей
Ну вот у меня на днях хард сдох я писал
Владимир
Всмысле
намёк на то что буквы сменятся))
Алексей
Потом ожил и всё продолжило работать
Алексей
намёк на то что буквы сменятся))
Метаданные хранятся все равно внутри партиции
Igor
меняются
Алексей
меняются
Меняются, но массиву на это пофиг
Igor
Метаданные хранятся все равно внутри партиции
лишние телодвижения при ремонте рейдов. Зачем они нужны?
Алексей
лишние телодвижения при ремонте рейдов. Зачем они нужны?
Не знаю, лишние это как раз выискивать уникальные ид хардов. Вот это 100%
Igor
ничего не нужно выискивать
Igor
ls /dev/disk/by-id
Igor
даблклик в терминале
Алексей
Лишний клик однозначно
Алексей
😂😄
ivdok
а ещё я часть серийника на лотке диска клею. Не надо искать и подсвечивать в случае чего
Жирный минус софт-рейда. Аппаратный знает, в каком отсеке какой диск, и даже может индивидуально подсветить нужный
Igor
Лишний клик однозначно
Зато понятно какой диск менять сходу\
Igor
Igor
на тему буковок
Igor
В линуксе есть аналог device.hints фрибсд, что б железно прописать буковки?
Ivan
я добавил разделы буковками, когда порядок дисков изменился, вместо буковок появились id без всяких проблем.
Владимир
это называется современные технологии))
Владимир
ещё витуху больше не обязательно обжимать с каждой стороны по разному
Владимир
а ещё выросло поколение админов которые и не знали что раньше их надо было обжимать по разному)
Ivan
а ещё выросло поколение админов которые и не знали что раньше их надо было обжимать по разному)
до сих пор сталкиваюсь с железом, которому важен кроссовый обжим
Владимир
Ivan
))
Владимир
я с года с 2011 обжимаю одинаково с обеих сторон)
Владимир
или даже 2010))
Алексей
А я с 2001
Владимир
вот кому везёт))
Алексей
Романтика крыши птичий калл))
Владимир
А я с 2001
ну я в 2001 то и обэимать не умел)), я тогда в школе учился в классе в 6том))
Qwerty
@gmelikov я тут собрал из smr дисков(4х8тб) пул raidz1напиши плиз какие тесты нужны.
George
Жирный минус софт-рейда. Аппаратный знает, в каком отсеке какой диск, и даже может индивидуально подсветить нужный
zfs умеет подсвечивать тоже) есть нюансы конечно с конкретным железом, но умеет
George
@gmelikov я тут собрал из smr дисков(4х8тб) пул raidz1напиши плиз какие тесты нужны.
они на рандомной записи должны плохой результат давать, можно на этот кейс погонять. Ну и ресильвер)
George
Да, но через жо... Ой, через zed
отсутствие жопы в работе аппаратного рейда никто не обещал тоже)))
George
45 IOS)
на весь vdev?) прикол)
George
ещё не так плохо😂
ivdok
45 IOS)
SMR Host-managed, или девайсом?
Qwerty
Но по iostat говорит, что загрузка диска не более 40-50 %
George
Но по iostat говорит, что загрузка диска не более 40-50 %
много потоков дай, raidz из коробки иначе не нагрузишь одним потоком
Qwerty
fio --filename=test --sync=1 --rw=randwrite --bs=1m --numjobs=1 --iodepth=4 --group_reporting --name=test --filesize=10G --runtime=300 && rm test
George
--numjobs=10 ради интереса
George
@gmelikov я тут собрал из smr дисков(4х8тб) пул raidz1напиши плиз какие тесты нужны.
ну оно, конечно, работает) только на raidz1 боюсь сказать какая вероятность потери пула при ресильвере, космическая
Qwerty
ну оно, конечно, работает) только на raidz1 боюсь сказать какая вероятность потери пула при ресильвере, космическая
Согласен, но у меня только 1 - 4 диска 3.5 можно впихнуть. 2 - там чисто бекап и медиафайлы, если потеряется, то не сильно огорчусь. Плюс я планирую либо расширить его либо оттащить на работу, и хранить бекапы там.
« Rev
@ru_zfs   128
Fwd »