G
это странный аргумент: xfs, btrfs тоже cow, но qcow2 там не бьются так
ну тут видимо немного путается, совет правильный, т.к. перформанс страдает, но биться не должно, это верно
Size: a a a
2020 May 17
SK
оно сейчас по дефолту (сжатие в arc) включено, и если его выключать - риск багов выше, т.к. не основной кейс для тестов (выключение хотят выпилить вообще)
А оно на лейтенси не влияет как запись на диски(хоть и очень слабо с lz4)? Может для кейсов с высокой нагрузкой и нвме надо будет отрубать. Но в целом в 99% случаев сжатие очень экономит память и нет смысла отрубать)
А есть issue? А то гуглится только паник в 0.7.х за прошлый год и тег 0.8.х с него сняли, все еще открыто
А есть issue? А то гуглится только паник в 0.7.х за прошлый год и тег 0.8.х с него сняли, все еще открыто
G
А оно на лейтенси не влияет как запись на диски(хоть и очень слабо с lz4)? Может для кейсов с высокой нагрузкой и нвме надо будет отрубать. Но в целом в 99% случаев сжатие очень экономит память и нет смысла отрубать)
А есть issue? А то гуглится только паник в 0.7.х за прошлый год и тег 0.8.х с него сняли, все еще открыто
А есть issue? А то гуглится только паник в 0.7.х за прошлый год и тег 0.8.х с него сняли, все еще открыто
iirc если в датасете сжатие не включено, arc пережимать сам не станет
G
https://github.com/openzfs/zfs/wiki/ZFS-on-Linux-Module-Parameters#zfs_compressed_arc_enabled
When compression is enabled for a dataset, later reads of the data can store the blocks in ARC in their on-disk, compressed state.
When compression is enabled for a dataset, later reads of the data can store the blocks in ARC in their on-disk, compressed state.
A
это странный аргумент: xfs, btrfs тоже cow, но qcow2 там не бьются так
Ну тут много чего может быть - нужны подробности, версия ядра, наличие/отсутствие патчей, версия zfs, версия qemu ну и т.д.
SK
iirc если в датасете сжатие не включено, arc пережимать сам не станет
Ааа, если так, то это совсем другое дело)
A
и интересно что в man zfs-module-parameters ничего про zfs_compressed_arc_enabled не вижу
да оно с некоторых пор enabled по дефолту оказывается, а 0 - legacy behaviour
SK
https://github.com/openzfs/zfs/wiki/ZFS-on-Linux-Module-Parameters#zfs_compressed_arc_enabled
When compression is enabled for a dataset, later reads of the data can store the blocks in ARC in their on-disk, compressed state.
When compression is enabled for a dataset, later reads of the data can store the blocks in ARC in their on-disk, compressed state.
тут есть, в манах в системе с 0.8.3 не нашел, может пофиксили уже)
SK
да оно с некоторых пор enabled по дефолту оказывается, а 0 - legacy behaviour
ага, а мне запомнилось видимо потому что я с 0.7.0-rc еще начинал, а оно какраз в 0.7 поменялось)
ГП
Ну тут много чего может быть - нужны подробности, версия ядра, наличие/отсутствие патчей, версия zfs, версия qemu ну и т.д.
центось 7, ядро штатное 3.10, кему штатный 2.12.0. зфс 0.8.3, штатный из опензфс. настроек нет, кроме максимального объёма озу в 50 гб. сдатие просто в on. кэширование кэму writethrough
SK
А скраб ничего не показывал, ошибок по дискам не было? Конфиг пула?
ГП
А скраб ничего не показывал, ошибок по дискам не было? Конфиг пула?
скраб ничего не показал. зеркало из двух нвме интел серии 4510
i
центось 7, ядро штатное 3.10, кему штатный 2.12.0. зфс 0.8.3, штатный из опензфс. настроек нет, кроме максимального объёма озу в 50 гб. сдатие просто в on. кэширование кэму writethrough
> writethrough
Ну зачем? Лучше вообще none, чем writethrough
Ну зачем? Лучше вообще none, чем writethrough
i
А если есть резервирование по питанию и хоститесь в Tier-III, то можно включать writeback
ГП
это совершенно другой вопрос. скажем так: так исторически сложилось
i
Параноидальный лагодром
SK
Так оно может корраптить образы
i
Если уж не доверять кешу, то лучше это делать на уровне ос, чем врать ей
A
центось 7, ядро штатное 3.10, кему штатный 2.12.0. зфс 0.8.3, штатный из опензфс. настроек нет, кроме максимального объёма озу в 50 гб. сдатие просто в on. кэширование кэму writethrough
Вот например бага ядра - https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1796542 , которая на уровне сискола вносит приключение. И может повреждать какую угодно fs, но не всегда, чаще для операций без кеширования на уровне vm.
ГП
Вот например бага ядра - https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1796542 , которая на уровне сискола вносит приключение. И может повреждать какую угодно fs, но не всегда, чаще для операций без кеширования на уровне vm.
проблема явно проявляется ТОЛЬКО на zfs. вся та же конфигурация без zfs софт рейде и xfs, а так же при использование vdo работает отлично.