Cжатие файлов с помощью BtrFS

[AlekseyUbuntu]

Kubuntu 18.04, все обновления установлены.

На SSD диске используется файловая система BtrFS. Решил воспользоваться возможностью сжатия и в /etc/fstab изменил параметры монтирования ssd- диска. Пробовал так:

Код: [Выделить]

/dev/disk/by-uuid/427c3fc5-1400-4de2-9a37-4e1d069e5c82 /mnt/SSD btrfs noatime,ssd,compress=zlib,nosuid,nodev,nofail,x-gvfs-show 0 0И так:

Код: [Выделить]

/dev/disk/by-uuid/427c3fc5-1400-4de2-9a37-4e1d069e5c82 /mnt/SSD btrfs noatime,ssd,compress=lzo,nosuid,nodev,nofail,x-gvfs-show 0 0И так:

Код: [Выделить]

/dev/disk/by-uuid/427c3fc5-1400-4de2-9a37-4e1d069e5c82 /mnt/SSD btrfs noatime,ssd,compress-force=zlib,nosuid,nodev,nofail,x-gvfs-show 0 0
Все равно при копировании нового текстового файла в корень диска, я с помощью Dolphin не вижу уменьшения размера файла. Файл создан в csv- формате, где в каждой строчки указаны значения, разделенные точкой с запятой (kate его отлично открывает), жмется обычным zip-ом ~7 раз.

С помощью blkid подтвердил верность uuid-а (к тому же если бы uuid был не верен и диск не монтировался в /mnt/SSD -> я бы его видел по другому адресу).

В чем проблема?

[Pilot6]

В ФМ вы и не должны видеть разницу. Там показывается размер исходного файла, а не физический размер на диске.

[AlekseyUbuntu]

В ФМ вы и не должны видеть разницу. Там показывается размер исходного файла, а не физический размер на диске.

Спасибо!
А где тогда можно увидеть размер файла?

[Pilot6]

Не знаю. Может и нигде нельзя размер отдельного файла посмотреть.

[AlekseyUbuntu]

Не знаю. Может и нигде нельзя размер отдельного файла посмотреть.

Прикольно!
Наша файловая система все сжимает "на лету", но подтверждений этого вы никогда не узнаете. Просто верьте! 

[theurs]

btrfs filesystem df /mountpoint

Data: total=2.01GB, used=1.03GB
System, DUP: total=8.00MB, used=4.00KB
System: total=4.00MB, used=0.00
Metadata, DUP: total=1.00GB, used=2.52MB
Metadata: total=8.00MB, used=0.00

The key line starts with Data:; used= is the compressed size, and total= is the total size as if on an uncompressed filesystem. I created a test filesystem, mounted it with the compress_force=zlib option, and copied 1GB of zeroes to a file on the filesystem; at that point the Data: line was Data: total=1.01GB, used=32.53MB (zeroes are quite compressable!). Then I re-mounted the filesystem with compression disabled, copied another GB of zeroes to it, and at that point the Data: line read Data: total=2.01GB, used=1.03GB.
Пользователь добавил сообщение 11 Июня 2018, 18:08:17:в репах есть еще утилита compsize

912 мб текстов (исходники ядра и еще по мелочи) ужались до 307мб, так что сжатие работает

Код: [Выделить]

user@pc:~/Загрузки$ sudo compsize 1
Processed 70835 files, 34415 regular extents (34415 refs), 37472 inline.
Type       Perc     Disk Usage   Uncompressed Referenced 
TOTAL       33%      307M         912M         912M       
none       100%       26M          26M          26M       
zlib        31%      280M         885M         885M       
user@pc:~/Загрузки$

[AlekseyUbuntu]

Да, сжатие работает. Я попробовал сжать текстовые и бинарные файлы. Мои текстовые файлы представляют из себя csv- файлы, с данными разделенными ';', а бинарные- последовательно записанные структуры данных с полями числовых типов.

Нет сжатия:
Исходный размер текстовых файлов: 37,2 ГБ
Скорость чтения текстовых файлов: 136 сек
Исходный размер двоичных данных: 6,8 ГБ

Сжатие zlib:
Размер текстовых файлов: 8,8 ГБ
Скорость чтения текстовых файлов: 99 сек
Размер двоичных данных: 3,2 ГБ

Сжатие lzo:
Размер текстовых файлов: 14 ГБ
Скорость чтения текстовых файлов: 74 сек
Размер двоичных данных: 4 ГБ

Занятое пространство на диске проверял с помощью команды:

Код: [Выделить]

df -h