Сжатие btrfs

знаю, ток мне оно ненужно

Почему тогда спрашиваешь зачем упоминать zfs в контексте linux? Тебе не нужно, а многим другим нужно.

в серверах на работе - ntfs и ext4

Я тебе сочуствую.

скорость чтения упала до 40Мб/сек, хотя на свежей ФС была около 150Мб/сек

Скорость чтения с хоста или изнутри ВМ?

С хоста

Ну я ж должен был уточнить.
Ясно, спасибо.

давай уже, вали нах с линукс форума в свою левую фрибздю, не парь

серверах на работе - ntfs

жесть

домашних компах - btrfs на флешке

ужос

ZFS вообще не включена в mainline ядро

зато ее жалкое мертворожденные подобие включено во все поля

Ладно, продолжим, поведусь на троллинг. С чего ты взял, что размер данных в начале файла, который анализирует btrfs для принятия решения о сжатии равен 128к?
Открываем https://btrfs.wiki.kernel.org/index.php/Compression, читаем:

What happens to incompressible files?

There is a simple decision logic: if the first portion of data being compressed is not smaller than the original, the compression of the file is disabled.

dd if=netservices.img of=dat.img bs=400 count=1
1+0 записей получено
1+0 записей отправлено
скопировано 400 байт (400 B), 0,0119158 c, 33,6 kB/c
gzip dat.img
ls -l dat.img.gz
-rw-r--r-- 1 user user 409 янв 15 11:40 dat.img.gz

С чего ты взял, что размер данных в начале файла, который анализирует btrfs для принятия решения о сжатии равен 128к?

Не туда посмотрел, 128к — это такими блоками он при распаковке работает. Посмотрел для гарантии в сорцах — решение принимается по результатам первых 12к (точнее, не менее 8192 и не более 8192+PAGE_CACHE_SIZE(который 4096)).

Вопросы?

Ага. Ты с рожденья такой блаженный или это результат несчастного случая? С какого перепою ты взял число 400 и какого лешего сравниваешь размер .gz файла? Ты не в курсе, что gzip пишет в файл и служебную инфу? Только на права и оригинальное имя файла ушло больше этих несчастных 9 байт, так что даже при твоём странном выборе количества читаемых данных сжатые данные получились меньше оригинальных.

gzip пишет в файл и служебную инфу? Только на права и оригинальное имя файла ушло больше этих несчастных 9 байт,

Ты серьезно? gzip? пишет метаданные?

С какого перепою ты взял число 400

Ровно с такого же с какого ты взял 128к, выковырял из носа, на этом форуме все так делают, почему я должен поступать иначе?

и какого лешего сравниваешь размер .gz файла?

Ты сам это предложил Сжатие btrfs (комментарий)
Ты не первый из стадающих амнезией, кого я здесь встречаю.

Проведи простой эксперимент, смонтируй btrfs c опцией compress, и скопируй на него raw образ ВМ с ОС внутри. Посмотри результат.

Епта, даже не думал о такой херне.

выковырял из носа, на этом форуме все так делают, почему я должен поступать иначе?

Ясно, шланг.

Ты сам это предложил

Я повторюсь — ты с рождения такой ушибленный, или это приобретённое? Если sizeof(head)+sizeof(compressed_data)<sizeof(data), то из этого однозначно следует, что sizeof(compressed_data)<sizeof(data). А вот если sizeof(head)+sizeof(compressed_data)>sizeof(data), то из этого нифига не следует, что sizeof(compressed_data)>sizeof(data). Ну начальная же школа, не позорился бы.

Ясно, шланг.

Не изящно ты сливаешся.

Вот одно это говорит всё о твоём подходе к любой дискуссии:

Не туда посмотрел

Как можно после этого серьёзно воспринимать твои высказывания?

Я, в свою очередь, ещё раз предлагаю тебе сделать элементарную вещь:

Проведи простой эксперимент, смонтируй btrfs c опцией compress, и скопируй на него raw образ ВМ с ОС внутри. Посмотри результат.

compress

А почему не force-compress?

А почему не force-compress?

Потому что изначально обсуждается опция compress. С compress-force сожмёт, если конечно в установленном у тебя ядре оно вообще работает.

если конечно в установленном у тебя ядре оно вообще работает.

С такими багами я не сталкивался,

а такие утверждения

он не будет сжат btrfs даже с опцией монтирования compress-force, потому что MBR не сжимается.

простая ложь, потому что здесь об особенностях твоего ядра нет ни слова.

простая ложь, потому что здесь об особенностях твоего ядра нет ни слова.

Это не ложь, а не вся правда, я же ниже всё расписал.

gzip пишет в файл и служебную инфу? Только на права и оригинальное имя файла

ок, как мне посмотреть имя файла и права в gzip без tar?

забавно

он солярист

а посаны, какая самая быстрая фс в линаксах для мелких файлов на hdd? сжатие должно помочь?

зависит от размера винта, кол-ва мелких файлов и частоты к ним обращения. если винт меньше 500 гб то естественно reiserfs, после 2 тб reiserfs и ext4 тебе начнут тормоза не маленькие устраивать, да и винт будет работать постоянно. А в зависимости от задачи тоже может быть разной, например почтовик на btrfs ставить не желательно, лучше xfs.