]> Sergey Matveev's repositories - stargrave-blog.git/commitdiff
Нехватка свободного места на btrfs
authorSergey Matveev <stargrave@stargrave.org>
Tue, 9 Sep 2025 14:24:36 +0000 (17:24 +0300)
committerSergey Matveev <stargrave@stargrave.org>
Tue, 9 Sep 2025 14:24:36 +0000 (17:24 +0300)
https://changelog.complete.org/archives/10852-btrfs-on-a-raspberry-pi
https://utcc.utoronto.ca/~cks/space/blog/solaris/ZFSGangBlocks
Я btrfs считал и не перестаю считать, читая множество статей кто с ней
возился, недостойной фигнёй (как и почти всё что делают в Linux
экосистеме). Она просто несерьёзна по сравнению с ZFS.

Я понимаю что все эти CoW системы сложно устроены, что есть масса
особенностей и нюансов, возможно довольно дорогих с точки зрения
ресурсов. Но тут автор пишет о том, что при попытке распаковать
6.2GB на 128GB флешку, через 100MB он получает ошибку об отсутствии
свободного места. Я (вроде) понимаю про greedy block allocation и как
такое, судя по описанию, могло бы произойти, но... всему же есть
разумный предел. Всё же невозможность распаковать данные обычной
корневой файловой системы на 128GB флешку -- это уже даже нелогично.

В ZFS, кстати, тоже советуют стараться оставлять 10%+ места свободного,
чтобы не усугублять фрагментацию. Но я не раз доводил некоторые свои
накопители до заполненности такой, что он активно принимался создавать
gang blocks (худшее что может быть). Но всё вполне себе работало.


No differences found