Чи автоматично btrfs стискає наявні файли, коли компресія включена?

Я вибрав btrfs як формат моєї /файлової системи в установці Ubuntu 12.04 LTS. Після завершення установки я додав compress=lzoдо параметрів монтажу в /etc/fstabі перезавантажився.

Чи будуть автоматично стискатися існуючі файли зараз, чи я повинен явно щось зробити, щоб це сталося?

Вам доведеться запустити, btrfs fi defragmentщоб примусити рекомпресію існуючих даних. В іншому випадку будуть стискатися лише нові дані.

З FAQ :

... розгляньте можливість перепланування -o compressта перезапишіть певні файли на місці, або запустіть, btrfs fi defragmentщоб перекомпресувати все. Це може зайняти деякий час.

Я зробив те, що сказав Норберт Фабріцій, але я не помітив жодного стиснення в існуючих файлах - df -h / перед btrfs fi defragment = 658MB | df -h / після btrfs fi дефрагментація = 658MB. Нові файли в порядку. Шукаючи трохи, принесіть мені цю цитату:

Запуск цього:

# btrfs filesystem defragment ~/stuff

не дефрагментує вміст каталогу.

Це за дизайном. btrfs fi defrag працює на єдиному об'єкті файлової системи, переданому йому>. Це означає, що команда дефрагментує лише метадані, що містяться у каталозі> об'єкт, а не вміст каталогу. Якщо ви хочете дефрагментацію вмісту> каталогу, щось подібне було б кориснішим:

# find -xdev -type f -exec btrfs fi defrag '{}' \;

Після цього мій / він займає 656MB - нічого величезного, але, безумовно, є стиснення.

Джерело: https://btrfs.wiki.kernel.org/index.php/Problem_FAQ#Defragmenting_a_directory_doesn.27t_work

Сподіваюся, що це допоможе.

Вибачте мою англійську.

Згідно з документацією Oracle, ви можете стиснути наявні файли в існуючій онлайн-файловій системі, дефрагментуючи кожен файл у ній за допомогою параметрів -c, -clzo або -czlib. LZO рекомендується для швидкості.

find / -xdev \( -type f -o -type d \) -exec btrfs filesystem defragment -v -clzo -- {} +

Для цього використовується команда find для запуску дефрагментатора btrfs у кожному файлі кореневої файлової системи (задається косою рисою відразу після команди "find" на початку). Якщо у вас є інші підтомники, ви можете використовувати їх знову з контуром підтомника (у мене він є, наприклад, вдома) замість однієї косої риски.

Для цього вам знадобляться кореневі привілеї, тому додайте sudo на фронт, якщо потрібно.

Побачити:

• http://docs.oracle.com/cd/E37670_01/E37355/html/ol_use_case1_btrfs.html
• https://btrfs.wiki.kernel.org/index.php/UseCases#How_do_I_defragment_many_files.3F

Відповідно до https://btrfs.wiki.kernel.org/index.php/Mount_options#List_of_options доступні наступні алгоритми стиснення:

compress,compress-force
Enable compression. Starting with kernel 2.6.38 you can choose the algorithm for compression:

 - compress=zlib - Better compression ratio. It's the default and safe for olders kernels.
 - compress=lzo - Faster compression.
 - compress=no - Disables compression (starting with kernel 3.6). 

compress-force= - Enable compression even for files that don't compress well, like videos and dd images of disks. The options compress-force=zlib and compress-force=lzo works for kernels >2.6.38.

Note that old (before 2012) btrfs-progs versions will probably fail some operations (e.g. fsck) on filesystems with LZO compression. 

Примітка. Ця публікація відповідає на додаткове запитання про те, які алгоритми стиснення доступні, про що було задано нижче ... тому, будь ласка, не звинувачуйте мене.

За даними ArchWiki :

Порада: Стиснення також можна вмикати на файл без використання compressопції кріплення; просто застосуйте chattr +cдо файлу. Якщо застосувати до каталогів, це призведе до автоматичного стиснення нових файлів по мірі їх надходження.

Дуже хороша! Дай Бог БТРФС!

Також із вікі BTRFS :

Чи можу я змусити стиснути файл, не використовуючи параметр кріплення компресу ?

Так. Утиліта chattrпідтримує атрибут файлу налаштування c, який позначає inode для стиснення нещодавно записаних даних.

Стиснення в Btrfs увімкнено за замовчуванням, тому, якщо ви явно не відключили його, його слід стиснути.