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

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

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

Сообщения: 1268

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

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

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

RusWolf	# 3 года, 1 месяц назад (отредактировано 3 года, 1 месяц назад)
Темы: 11 Сообщения: 2845 Участник с: 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` https://t.me/arch_linuxru

RusWolf

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

Темы: 11

Сообщения: 2845

Участник с: 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

https://t.me/arch_linuxru

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

Bendalf

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

Темы: 54

Сообщения: 550

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

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

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

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

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

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