ну здрасьте....))) Тут уже несколько раз перетирали про то как использовать ПГ под zfs recsize=8k - максимум tps recsize=64/128k - максимум сжатие recsize=16k (я для себя остановился на этом, оптимальное соотношение) synchronous_commit=off full_page_writes=off в приципе это почти всё.

Я вот сейчас вычитал про huge_page, которого в дефолте у проксмокса нет

это банальщина, я пытаюсь рыть глубже

huge_page не имеет отношения к zfs)).

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

только если у тебя > 128Gb RAM и тысячи клиентских коннектов. На меньшем - разница незаметна

Я вот сейчас вычитал про huge_page, которого в дефолте у проксмокса нет

незнаю незнаю), говорят что заметна даже от 30Гб, а от 256Гб там тоже есть какая-то созвучная тема которая там начинает быть заметной

включается вручную всегда

А почему она сразу не выделяет нужный объём?, ОЗУ достаточное колличество, задаю, а оно значительно меньшее число страниц выделяется

ну здрасьте....))) Тут уже несколько раз перетирали про то как использовать ПГ под zfs recsize=8k - максимум tps recsize=64/128k - максимум сжатие recsize=16k (я для себя остановился на этом, оптимальное соотношение) synchronous_commit=off full_page_writes=off в приципе это почти всё.

потому что в большинстве линуксов HP конфигурируются вручную. Ну автоматом только THP включены. так оптимальнее память используется. И не весь софт умеет HP использовать

Ну вот кстати qumu умеет использовать, но в проксмоксе в дефолте не включено

незнаю незнаю), говорят что заметна даже от 30Гб, а от 256Гб там тоже есть какая-то созвучная тема которая там начинает быть заметной

Раз у вас все настолько критично что вы уже начали докапываться до HP, лучше тогда для начала перейти на FreeBSD + ZoL, по некоторым тестам в определенных бенчмарках производительность в два раза выше получается и ARC на FreeBSD работает как надо, а не в "ручную" с падением в случае чего. Например когда на машине работает Java и ZFS стабильности мне добиться вообще никак не получалось, в какой-то момент памяти не хватает, если руками это все не прописывать типа zfs_arc_max, но тогда ОЗУ используется не в полный рост. Пока не будет ZFS на уровне поддержки ядра, а ее похоже не будет, так как главсект Торвальдс не одобряет, я бы вообще забил на ZFS в Linux, все эти костыли не то, одни препятствуют ZFS другие придумывают как это обойти в коде, цирк.

а это ничего что код zfs во фре на основе ZoL?

Еще может zfs c java плохо совместимы. Две технологии "любящие" уесть всю память

Если удалить клон с фс, потом опять клонировать с тем же названием, но информация в клоне слегка отличается от предшественника, потому как в оригинальной фс производились изменения. Вопрос, могут ли предыдущие и настоящие данные конфликтрвать между собой? Zfs ведь слои запоминает.

https://www.phoronix.com/scan.php?page=article&item=freebsd-zol-april&num=1

на форониксе не советую обзоры по zfs смотреть, автору сто раз уже говорили как готовить надо а он игнорит. Плюс интересно сравнить с кодом zol на бсд, до этого надо сравнивать дефолтные настройки.

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

https://habr.com/ru/post/505108/

Есть просто глюк, данные бьются при удалении и создании коона, но видно это на клиенте, работающем с этого сервера по iscsi. Или же остается информация в кеше, и конфликтует с новой информацикй попадающей туда

Iirc в самом zfs не влияет, но дальнейшие слои могут кешировать, да

Попробую с переименованием, потом и удалением, может получится надурить систему

У вас какая фс поверх то? Если вы не перемонтируете её на стороне клиента, то всё будет плохо)

Добрый день. Господа, возможно пропустил, персистентный L2ARC как-то активировать отдельно нужно? Или пакеты обновили, zpool upgrade сделали (в фичах персистентный кэш был указан) - и всё само будет работать?

Персистентный это какой?

Та на чтение такого нет на сколько я знаю, другое дело slog на запись

l2arc это же про чтение

Вот именно, по этому врядли есть смысл схранять его. Основной в рперативке точно уничтодается, а без него это тормазные обрывки информации, по этому и не нудны

То есть, они дураки и запилили это зря?

Нет, но l2 в любом случаи спорное решение, костыль по сути.

Костыль чего?

Добрый день. Господа, возможно пропустил, персистентный L2ARC как-то активировать отдельно нужно? Или пакеты обновили, zpool upgrade сделали (в фичах персистентный кэш был указан) - и всё само будет работать?

по идее хватает только флага, по умолчанию l2arc_rebuild_enabled включен

Это надо прописывать в sysctl?

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

То есть, они дураки и запилили это зря?

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