Сергей
Дык у разных пулов нет проблем с разной скорсотью носителей же
Опция про которую идёт речь - нельзя (я сам не проверял пока) установить раздельно для разных пулов
Александр🇷🇺
@bar0metr тебе тест на спам)
Vladislav
Сам придумай тест, сам и ответь на него? :)
d
@bar0metr тебе тест на спам)
Такой ник робоспамер не придумает)
d
точнее, имя
Vladislav
Такой ник робоспамер не придумает)
ну, во 2-3 итерации придумает
Александр🇷🇺
Vladislav
ты его просто кикни, если не ответит за полчаса
Александр🇷🇺
Убрал пока что удалённых из группы
d
А в чём проблема с молчунами-то?
Александр🇷🇺
Не получается, спам блок на мне
Александр🇷🇺
Это не молчуны, а те, кто список участников чата выгружает и спамит после по ним.
Vladislav
или приглашает в другие группы...
Grub
@bar0metr тебе тест на спам)
Эмммм. Меня ботом ещё не называли
Grub
И ничего никуда не выгружаю)
Grub
Zfs начал использовать. Вот и вступил. Вдруг чего интересного тут вычитаю по теме
Александр🇷🇺
Grub
Пока что я узнал, что я бот - спамер 😂
Alexander
Grub
Точно
Grub
А, ну кстати, всем привет
Grub
Принимайте нового бота-спамера в группу)
Grub
у меня уже первый вопрос появился. Собственно, я знаю общий принцип работы всех CoW, но всё-таки спрошу. Допустим, у меня остается 15-20% свободного места и начинает нехило падать производительность записи. Я знаю, что это подключается другой механизм аллокаций блоков. Как-то можно это дело "сгладить"? Какие есть практики, касаемо ZFS on Linux?
Grub
ну, кроме добавления дисков, конечно
Aleksey
Основная практика здесь такая, не допускать низкий уровень свободного места на zfs
Grub
у меня 1ТБ хранилище, остается около 200Гб - тормоза. Не сильно ли расточительно?) Ну я повторюсь, что я знаю про такое поведение. У всех CoW, сам принцип работы такой. Но тем не менее, существует ли возможность как-то улучшить положение? Может ли помочь установка размера блока?
Fedor
Может, и есть, но это требует фундаментальных исследований - это проблема не только CoW.
George
у меня 1ТБ хранилище, остается около 200Гб - тормоза. Не сильно ли расточительно?) Ну я повторюсь, что я знаю про такое поведение. У всех CoW, сам принцип работы такой. Но тем не менее, существует ли возможность как-то улучшить положение? Может ли помочь установка размера блока?
фундаментально - только минимизировать фрагментацию, через запас места или размеры блока практически - версия zfs какая? в районе zol 0.8 были оптимизации и переключение на дорогой механизм аллокации сейчас сильно позже происходит, на 90%+ заполненности
central
а zfs не имеет средств для уменьшения фрагментации свободного места?
George
а zfs не имеет средств для уменьшения фрагментации свободного места?
"автоматической дефрагментации на фоне" нет
nagual
А L2ARС не моможет или нужно именно на запись ?
central
так даже SLOG тут не поможет помоему проблема то в другом
LordMerlin
Почему в ZFS нет аналога ТРИМ во время бездействия, собирало бы блоки в кучу.
LordMerlin
Ну то на ССД же? Я про саму ФС.
LordMerlin
Ну я про ФС имел ввиду. Чтобы в фоне дефрагментировалась было бы хорошо. Чтоб на ХДД не проседала при заполнении.
George
плюс "трим" для ссд только указывает на свободные блоки, FTL слой прошивки уже может перевозить по надобности блоки, но там тоже нет понятия дефрагментации обычно
George
ибо не нужно
LordMerlin
Я же сказал, по аналогии с трим
LordMerlin
Ладно. Нет встроенной, а руками есть что запустить?
central
zfs система не толкько для ссд, а дла HDD вполне актуально чтобы головке не надо было скакать по всем блинам
LordMerlin
А то вона у конкурентов sudo btrfs filesystem defrag /mnt
LordMerlin
Это же для ССД? И не дефрагментация?
George
Я же сказал, по аналогии с трим
так trim на ссд же не дефрагментирует
LordMerlin
Да, я нуб. Не то написал))
Ivan
так trim на ссд же не дефрагментирует
если я хочу тримнуть ссд special, то приходится тримать пул на хдд. это сильно сажает производительность. планируется ли способ по триму только ссд в пуле ?
Ivan
iirc можно трим запустить на конкретное устройство или vdev
круто, я пробовал загуглить способ, но не нашел.
George
круто, я пробовал загуглить способ, но не нашел.
маны :) ссылка выше на маны в онлайне, я постараюсь чтобы эта ссылка всегда работала
George
там и поиск есть
George
если я хочу тримнуть ссд special, то приходится тримать пул на хдд. это сильно сажает производительность. планируется ли способ по триму только ссд в пуле ?
вообще емнип он трим в пуле только по non_rotate дискам делать должен, если это не так, то по идее тема для улучшения
Ivan
вообще емнип он трим в пуле только по non_rotate дискам делать должен, если это не так, то по идее тема для улучшения
по времени выполнения и нагрузке выглядит что hdd очень напрягаются, но на 2.0 я не проверял еще. на одном ссд есть special и обычный пул, размером чуть больше special, так вот обычный пул на пару порядков быстрее тримается (1-2 минуты против почти суток).
Ivan
хотя мб само ядро определяет диски как non-rotational. у меня в ноуте такой баг был, что каждый ребут по разному определяется. ща пойду проверю че как )
Ivan
zpool status рисует trimming только у ssd девайсов. ядро определяет hdd/ssd верно. до 2.0 пока боюсь этот сервак обновлять )
George
хотя мб само ядро определяет диски как non-rotational. у меня в ноуте такой баг был, что каждый ребут по разному определяется. ща пойду проверю че как )
ну io на пул при триме special vdev могут аффектиться, хотя если ты говоришь iostat показывает нагрузку на hdd то это странно
George
надо копаться
Ivan
ну io на пул при триме special vdev могут аффектиться, хотя если ты говоришь iostat показывает нагрузку на hdd то это странно
вообще сложно отличить рабочую нагрузку от нагрузки трима. но вот то что трим делается совершенно разное количество времени для special и pool это факт.
George
hdd вообще не напрягались, 0.8.6 pve, но sync=disabled и txg_timeout выкручен
George
заодно включил наконец autotrim, а то что-то я забыл про него, машина с zol0.6 живёт)
Владимир
А L2ARC сбрасывается при перезагрузке ?
учитывая что он хранится в ОЗУ?)
Владимир
сам как думаешь)
Владимир
оййй(((
Владимир
сумничал называется
Ivan
Нет, тот что на SSD.
в 2.0 не сбрасывается