btrfs in-band dedup - в каком дистрибутиве/ядре всё уже готово для теста?

стандартное ядро ubuntu, кажется для этого не пригодно (5.2.8)

Ничего подобного, чем новее ядро - тем лучше.

Лучше тыкай dm-vdo.

dm-vdo

Ого, какая интересная штука.

И вроде даже какой-то пакет для udisks вижу, что намекает на автоматическое распознавание vdo-контейнера.

Кто нибудь уже организовывал баттл btrfs vs vdo+ext4?
Там даже в теории упаковка хвостов может получиться из-за компрессии.
Мелкие файлы в несколько байт жрут место на ext4 как не в себя.

Мелкие файлы в несколько байт жрут место на ext4 как не в себя

inline_data?

Он наступит очень скоро, надо только подождать...

Не знаю насчёт баттлов, но попадаются статьи типа такой.

Погугли, если есть время и желание.

Я сам пока не пробовал.

inline_data

Спасибо, не знал что добавили.
Похоже, на существующей ФС включить нельзя.

Уже читаю интернеты, но похоже это не для личного пользования.
Ситуация с внезапно закончившимся местом решается примерно никак.

Для дома пусть лучше сжатие и дедупликация останется на уровне ФС.

Я не просто так дал конкретную ссылку и конкретный раздел. Ядро ubuntu не содержит все нужные параметры для этого функционала.

Ситуация с внезапно закончившимся местом решается примерно никак.

Как будто в обычных thin pool'ах с оверкоммитом всё чики-пуки. Просто нужно следить.

В чём это выражается? По ссылке вообще приведена работа btrfs-progs

Кто нибудь уже организовывал баттл btrfs vs vdo+ext4?

В ext4 нету reflink... :(

root@osboxes:~# cat /lib/modules/5.2.8-050208-generic/build/.config|grep CONFIG_BTRFS_DEBUG
# CONFIG_BTRFS_DEBUG is not set

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

Ну и, может как результат предыдущей проблемы, может нет, но:

root@osboxes:~# btrfs dedupe enable
btrfs: unknown token 'dedupe'

По ссылке вообще приведена работа btrfs-progs

Кхм... - Может надо как-то обновить это дело в ubuntu, просто? Не волоку в этом :(

root@osboxes:~# apt install btrfs-progs
Reading package lists... Done
Building dependency tree
Reading state information... Done
btrfs-progs is already the newest version (4.20.2-1).
btrfs-progs set to manually installed.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

Смотрю вот сюда: https://launchpad.net/ubuntu/ source/btrfs-progs

Ситуация с внезапно закончившимся местом решается примерно никак.

Как и в Stratis. Поэтому ZFS и Btrfs безальтернативны.

Последняя версия - 5.2.1

Последняя версия - 5.2.1

Угу... А конфиг ядра: CONFIG_BTRFS_DEBUG, реально может быть нужен для работы dedup? Я как-то из названия сомневаюсь.

Что сделать если debian ядро не собрано с этим конфигом? Только самому собирать..? :(

Сейчас поставлю debian testing, посмотрю на версию 5.2.1

Btrfs безальтернативны

google://btrfs+enospc

Простой ENOSPC, и отлуп на запись в произвольный момент без гарантий целостности ФС — это две очень большие разницы.

Не факт что во втором случае вообще можно починить, т.к. fsck получит такой же отлуп при попытке записать изменения.

Это для оверселлинга VPS'ок годится, если посидеть с калькулятором и разумно прикинуть возможности дедупликации vdo + запас безопасности сверху.

И так, в debian testing такая же фигня:

root@osboxes:~# btrfs dedup enable /mnt/btrfs
btrfs: unknown token 'dedup'

btrfs-progs v5.2.1

Чёрт, я хочу попробовать in-band dedup...

CentOS чтоль?

Там же (RHEL в смысле) вроде btrfs вообще после «Tech Preview» хотели выкинуть, ибо оно до сих пор так и не взлетело. Или я путаю с чем-то другим?

Тогда могу лишь предположить, что описанный dedup запилили только сейчас в rc-ядро, хз

Все так. Даже не знаю чего и думать о том что написано на wiki. Ладно, сейчас создам ещё одну тему по другому софту. :)

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