в ненапряжной обстановке больше шансов, что что-то попадётся по пути в radcache диска.

нежели когда дикая фрагментация

т.е. по стате она у меня 5%, но на отдельно взятом участке она там дикая будет.

рекомендую поискать про метаслабы почитать, там с фрагментацией сразу всё с головы на ноги встанет. 5 процентов - это нормально.

даже 50 это нормально.

фрагментация - абсолютно нормальная вещь при Copy-On-Write

ну скажем так, до сего дня я приввык к одному уровню комфорта и потерял его 😃

задача зфс - достойно хранить данные :)

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

скорость работы как была, так и останется.

скорость работы как была, так и останется.

я про конечный результат

любая фс, если заполнять до 80 процентов, начнёт тормозить.

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

любая фс, если заполнять до 80 процентов, начнёт тормозить.

на ext4 не наблюдал жестких просадок никогда

хоть на 99% заполняй

она и не CoW =)

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

ну у нас cow не так много

lvm,btrfs,да zfs

лвм разве ков?

в каком-то виде cow, разве нет ?

сейчвас смотрю - со снапшотами - да, но это нормально

а в базе своей

Два больших преимущества Snapshots: Снимок создается мгновенно; нет необходимости останавливать систему. Хотя создаются две копии, место, занимаемое ими, не увеличивается в два раза. Снимок будет использовать лишь пространство, необходимое для покрытия разницы между двумя логическими томами. Это достигается за счет ведения списка исключений, который обновляется каждый раз, когда что-то изменяется между логическими томами (формально этот метод известен как Copy-on-Write (копирование во время записи) - CoW (игра слов - «корова»)).

хотя наверна в случае бд особой деградации ожидать не стоит.

всё и так будет более-менее фрагментированно

сюда тоже скопирую, вдруг у кого есть решение

кто-нибудь пытался создать шифрованный zfs датасет? я тут выяснил что grub при наличии шифрованного датасета перестаёт узнавать zfs, причём так происходит только на системе, установленной с официального образа проксмокса, если ставить прокс на дебиан, то проблем нет

кто-нибудь пытался создать шифрованный zfs датасет? я тут выяснил что grub при наличии шифрованного датасета перестаёт узнавать zfs, причём так происходит только на системе, установленной с официального образа проксмокса, если ставить прокс на дебиан, то проблем нет

Не изучал, увы. Может, можно его заставить

Если в инсталлере есть зфс и шифрование, тогда надо им отправить багрепорт

вообще груб не поддерживает загрузку с шифрованной zfs, но у меня rpool не зашифрован, для бута я создал отдельный датасет тоже без шифрования, всё это прекрасно переживает перезагрузки, но как только на пуле появляется датасет с шифрованием, то груб сразу падает

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

надо будет отследить этот момент

ибо если это так, то выход только в использовании отдельного пула для /boot

Может, дело в передаче параметров ядру

Я просто не ставил - не знаю, но со спецификой игрался ядром, а не грубом

я завтра попробую на форуме проксмокса написать про это

zfs set sync=disabled имя пула.. попробуй, должно полететь

это странно, но скорость резко упала 😃

простой тест - сейчас с дефолтной настройкой билды делаются за 7-9 минут. с sync=disabeled за 40-50 минут.

какие-то дополнительные факторы могут ещё влиять ?

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

Может, дело в передаче параметров ядру

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

поэтому или уефи с systemd-boot, или никак

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

нфс очень грустно иопсы обрабатывает.

там причём разница в скорости с рсинком была тройная

нфс с отключенным синком 35мбс, рсинк 100

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

Так а реализовать получилось?

Так а реализовать получилось?

что именно реализовать?

единственный выход - бут на отдельном пуле, насколько я понял убунта новая 19.10 так и делает, бпул с ограниченным набором опций и рпул уже полноценный

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

к сожалению на доисторических серваках без уефи больше никак

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

я на самом деле зан,лся этими экспериментами потому что с отдельно лежащим бутом kexec не пашет )

а мой hp gen8 перезагружается просто целую вечность

убунта наконец-то сделала тестовый установочный образ, который не глючит, поставил сейчас, зфс лист выглядит так

sync по умолчанию выставлен в disabled на rpool

sync по умолчанию выставлен в disabled на rpool

значит, это не так страшно как об этом рассказывают.

а на вложенные датасеты тоже disabled? просто они не обязаны наследовать

значит, это не так страшно как об этом рассказывают.

в убунте могут и crc отключить

в убунте могут и crc отключить

😂

а на вложенные датасеты тоже disabled? просто они не обязаны наследовать

на всех disabled, кроме bpool

я тоже об этом подумал, и проверил

на всех disabled, кроме bpool

подождем 20.04 LTS, уже не долго осталось, вроде туда успеют ZFS тоже впендюрить. Если это ошибка, то исправят.

возможно до релиза исправят ещё

Информация про sync протеворечивая, есть много источников где этот механизм описан так, что отключение в рамках standalone сервера кажется полностью безопасным.

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

и дальше тоже - "идёт форматирование ехт4", но ставится зфс приэтом

по идее через неделю релиз

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

а выше написано "Disabling ZIL is not recommended where data consistency is required (such as database servers) but will not result in file system corruption"

ну вон я присылал позавчера вырезку из wiki freebsd

врут? http://www.oug.org/files/presentations/zfszilsynchronicity.pdf

и презенташку на конфе по солярису pov - аббревиатура Point of view.

ага, сейчас ещё раз перечитаю

не обратил внимание

https://forum.proxmox.com/threads/grub-fail-if-encryption-dataset-is-present.58891/

если кому интересно

Админ приди

Порядок наведи

!report

Админ приди

вроде не в группе