BTRFS快照尺寸太大。它们实际上仅包含差异吗？

Question

我对牛的刺激力学没有很好的了解，但希望它们在所有具有一个父次子量的人中包含差异和共享数据。

我制作了一个脚本来检查BTRFS快照磁盘空间消耗。

#!/usr/bin/zsh

for i in {1..2000}
do
    echo 'line'$i >> /btrfs/test-volume/btrfs-doc.txt
    /usr/bin/time -f "execution time: %E" btrfs subvolume snapshot /btrfs/test-volume /btrfs/snapshots/test-volume-snap$i
done

After running i displayed their dirs size and what i got:

❯ btrfs filesystem df /btrfs
Data, single: total=8.00MiB, used=6.84MiB
System, DUP: total=8.00MiB, used=16.00KiB
Metadata, DUP: total=102.38MiB, used=33.39MiB
GlobalReserve, single: total=3.25MiB, used=0.00B

❯ btrfs filesystem du -s /btrfs
     Total   Exclusive  Set shared  Filename
  18.54MiB     6.74MiB    36.00KiB  /btrfs

❯ df -h /btrfs
Filesystem                      Size  Used Avail Use% Mounted on
/dev/mapper/vgstoragebox-btrfs  2.0G   77M  1.8G   5% /btrfs

❯ du -sh /btrfs
20M     /btrfs

❯ ll /btrfs/test-volume/btrfs-doc.txt
-rw-r--r-- 1 root root 17K Jul  6 14:50 /btrfs/test-volume/btrfs-doc.txt

❯ tree -hU /btrfs/snapshots
/btrfs/snapshots
├── [  26]  test-volume-snap1
│   └── [   6]  btrfs-doc.txt
├── [  26]  test-volume-snap2
│   └── [  12]  btrfs-doc.txt
├── [  26]  test-volume-snap3
│   └── [  18]  btrfs-doc.txt
...
├── [  26]  test-volume-snap1998
│   └── [ 16K]  btrfs-doc.txt
├── [  26]  test-volume-snap1999
│   └── [ 16K]  btrfs-doc.txt
└── [  26]  test-volume-snap2000
    └── [ 16K]  btrfs-doc.txt

2000 directories, 2000 files

All the utils calculated size differently, i can't say how much disk space /btrfs/snapshots dir consumed actually, but i see it's much bigger than文件/btrfs/test-volume/btrfs-doc.txt至少双重大小。目前，我认为如果BTRFS快照包含diffs，并且共享数据正在链接时，我认为应该大于双重尺寸。

相比之下，我对LVM快照进行了相同的测试，它们消耗了小磁盘空间。

Answer 1

从Userland角度来看，btrfs快照只是简单的目录，该目录包含在创建快照时子体积的文件和内容的简单目录。您可以像其他任何目录一样正常访问它们。

因此，您使用的Userland工具将与其他文件一样报告快照中的单个文件的大小。
如果您创建了同一子体积的10个快照，则Userland工具（例如du）将报告每个快照的总尺寸相同，并且对所有10个快照的总结将报告磁盘使用率为10倍的磁盘使用率为10倍最初的子卷。

但：由于这些子声音的牛为生，快照中包含的文件实际上都在磁盘上共享相同的数据块。因此，尽管du将报告仅在磁盘上使用的总尺寸的10倍。

---

抄写后的工作方式是文件的新副本（例如，具有创建的cp -reflink）或新快照，而不仅仅是一个新的指针磁盘作为原始文件/子体积。因此，新文件将不会使用任何其他磁盘空间（除了一些其他元数据）。

只有在更改数据时，新的附加数据才会写入磁盘上的新位置，即更新文件/快照的指针，以包括该数据块。数据的所有不变部分仍与原始副本共享。

这就是为什么创建快照非常快的原因，几乎没有其他磁盘空间。但是随着时间的流逝，快照使用的磁盘空间可能会增长，因为它的参考数据障碍物与原始子卷有所不同，并且实际上将共享越来越多的数据块。

---

如果您想查看单个子卷之间共享/独特的数据量，则可以使用 BTRFS的配额支持功能。