В чем разница между «родительским» и «исходным клонированием» с «btrfs send»?
См. Xserver (1) :
-extension extensionName отключает именованное расширение. Если указано неизвестное имя расширения, печатается список допустимых имен расширений. + extension extensionName включает именованное расширение. Если указано неизвестное имя расширения, будет напечатан список допустимых имен расширений.
Вы сможете получить список поддерживаемых расширений из glxinfo или xdpyinfo ].
Здесь говорится, что с помощью-p btrfs -send сначала создает снимок родительского подтома, а затем модифицирует этот снимок в соответствии с потоком данных от btrfs -send. С опцией-c btrfs -receive создает пустой подтом и модифицирует его, создавая рефлинки для неизмененных файлов. Разница заключается в размере метаданных, которые btrfs -send должен передать. В случае-c опция передаются все метаданные, в случае-p опция--некоторые метаданные.
Я протестировал это на моментальных снимках подтома (250G, 310k файлов )и получил следующие результаты:
# time btrfs send -p server-20181031-1746 server-20181225-1144 -f /mnt/parent.diff
At subvol server-20181225-1144
real 3m12,618s
Размер parent.diff составляет 6418364996 байт
# time btrfs send -c server-20181031-1746 server-20181225-1144 -f /mnt/clone.diff
At subvol server-20181225-1144
real 3m17,435s
Размер parent.diff составляет 6418364996 байт
Итак, в моем случае разницы почти нет.
Я не думаю, что btrfs -send может генерировать потоки для нескольких подтомов одной командой.