BTRFS сжатие на лету - просто для справки

wau	# 2 года, 4 месяца назад (отредактировано 2 года, 4 месяца назад)
Темы: 154 Сообщения: 1181 Участник с: 11 октября 2013	В порядке отработки сценариев резервного копирования системного раздела, т.е. без /home, /dev и т.п. полная резервная копия с предварительной зачисткой резервного раздела диска для параметров монтирования - btrfs по умолчанию = 16гб занято btfs zlib:5 = 11гб занято btfs zlib:7 = 6.9гб занято, но при копировании ощутимо взлетает процессор

# 2 года, 4 месяца назад (отредактировано 2 года, 4 месяца назад)

Сообщения: 1181

Участник с: 11 октября 2013

В порядке отработки сценариев резервного копирования системного раздела, т.е. без /home, /dev и т.п. полная резервная копия с предварительной зачисткой резервного раздела диска для параметров монтирования -
btrfs по умолчанию = 16гб занято
btfs zlib:5 = 11гб занято
btfs zlib:7 = 6.9гб занято, но при копировании ощутимо взлетает процессор

vasek	# 2 года, 4 месяца назад
Темы: 47 Сообщения: 11742 Участник с: 17 февраля 2013	wau но при копировании ощутимо взлетает процессор Если несколько ядер, то запусти процесс на одном или двух ядрах. Ошибки не исчезают с опытом - они просто умнеют

RusWolf	# 2 года, 4 месяца назад (отредактировано 2 года, 4 месяца назад)
Темы: 11 Сообщения: 2713 Участник с: 16 июля 2016	`[wolf@wolf-pc ~]$ sudo compsize / -x Processed 255792 files, 174587 regular extents (180621 refs), 129522 inline. Type Perc Disk Usage Uncompressed Referenced TOTAL 65% 10G 15G 16G none 100% 7.4G 7.4G 7.5G lzo 22% 535K 2.3M 2.3M zstd 34% 2.8G 8.1G 8.7G prealloc 100% 30M 30M 60M`

RusWolf

# 2 года, 4 месяца назад (отредактировано 2 года, 4 месяца назад)

Темы: 11

Сообщения: 2713

Участник с: 16 июля 2016

[wolf@wolf-pc ~]$ sudo compsize / -x
Processed 255792 files, 174587 regular extents (180621 refs), 129522 inline.
Type       Perc     Disk Usage   Uncompressed Referenced
TOTAL       65%       10G          15G          16G
none       100%      7.4G         7.4G         7.5G
lzo         22%      535K         2.3M         2.3M
zstd        34%      2.8G         8.1G         8.7G
prealloc   100%       30M          30M          60M

Bendalf	# 8 месяцев, 3 недели назад (отредактировано 8 месяцев, 3 недели назад)
Темы: 39 Сообщения: 423 Участник с: 14 мая 2019	wau В порядке отработки сценариев резервного копирования вообще ставить сжатие btrfs более 3 нет смысла. зря заплатишь за электричество. больше трёх имеет смысл задавать на хорошо сжимаемые файлы типа текстов как на форуме . есть версии жезип и бзип много поточные. сначала пакуешь(с разбитием архива на фрагменты ), потом grsync \ rsync \ mv переносишь архив куда надо для хранения. С уважением, .

Bendalf

# 8 месяцев, 3 недели назад (отредактировано 8 месяцев, 3 недели назад)

Темы: 39

Сообщения: 423

Участник с: 14 мая 2019

wau
В порядке отработки сценариев резервного копирования

вообще ставить сжатие btrfs более 3 нет смысла. зря заплатишь за электричество.
больше трёх имеет смысл задавать на хорошо сжимаемые файлы типа текстов как на форуме .

есть версии жезип и бзип много поточные. сначала пакуешь(с разбитием архива на фрагменты ),
потом grsync \ rsync \ mv переносишь архив куда надо для хранения.

С уважением, .

wau	# 5 месяцев, 1 неделя назад
Темы: 154 Сообщения: 1181 Участник с: 11 октября 2013	Опыт показал, что compress=zlib:8 для системного раздела сжимает почти в полтора раза, а это значимо. Но да, при принятии больших доз файлов, например, распаковка пользовательского аппимаджа в /opt, возникают нагрузки.