Uvažuji o použití btrfs na mém datovém disku, abych mohl použít snapper, nebo něco jako snapper, k pořizování snímků založených na čase. Věřím, že mi to umožní procházet staré verze mých dat. Bylo by to navíc k mému současnému zálohování mimo místo, protože selhání disku by vymazalo data a snímky.
Jak jsem pochopil, snímky btrfs nezabírají mnoho místa (metadata a bloky, které se změnily, plus možná nějaká režie), takže se nezdá, že by prostor omezoval.
Kdybych měl milion snímků (např. snímek každou minutu po dobu dvou let), způsobilo by to zmatek, za předpokladu, že mám na disku dostatek místa pro data, změněná data a metadata?
Pokud existuje praktický limit na počet snímků, závisí to na počtu souborů a/nebo velikosti souborů?
Přijatá odpověď:
Jako někdo, kdo používá btrfs souborový systém s Arch Linux téměř 2 let nyní mohu s jistotou říci, že se nezdá, že by existoval praktický limit počtu snímků, kterých lze snadno dosáhnout. Existují však určitá upozornění. btrfs souborový systém může vést k fragmentaci. Je proto vhodné použít funkci online defragmentace zabudovanou do btrfs . Kromě toho lze dobře využít btrfs kompresní funkce. Tato opatření by se měla postarat o většinu problémů s výkonem, které by mohly na přiměřeně slušném počítači nastat při vytváření velkého množství snímků.
Jak možná znáte btrfs zachází s dílčími svazky jako se souborovými systémy, a proto je počet snímků skutečně omezen:jmenovitě velikostí souborů. Podle btrfs wiki maximální velikost souboru, které lze dosáhnout, je 2^64 byte == 16 EiB .
Kromě těchto omezení mohou potenciálně vždy nastat problémy, když vám dojde místo, aniž byste to okamžitě poznali, protože kontrola volného místa na btrfs souborové systémy mohou být někdy složité, tj. bez možnosti rozlišovat mezi různými metodami měření volného místa na btrfs souborovém systému lze snadno sledovat, kolik místa skutečně zbývá. Jedním z možných způsobů, jak tomuto scénáři předejít, je použití kvóty. To zajišťuje, že uživatelé (nebo uživatel, pokud je pouze jeden) mohou využívat pouze určité množství prostoru. Tento koncept je velmi dobře diskutován zde a také zde.
V neposlední řadě varování:Nejsem odborník na btrfs souborové systémy a četl jsem o těchto věcech, až když jsem před chvílí měl stejnou otázku. Navíc je tu vždy problém, že btrfs je „rychle se pohybující cíl“ (pěkné znění bylo ukradeno z Arch Linux wiki stránka myslím.), takže se věci mohou změnit.