lzma

[netch80]

Что-то начали массово менять средство сжатия для публичных архивов...

lzma на 1-м уровне делает файлы меньше в полтора раза, чем gzip на самом 9-м.
Зато и процессора жрёт при этом в 2 раза больше.

$ for P in gzip bzip2 xz; do for L in 1 3 6 9; do /usr/bin/time sh -c "$P -c$L ~/Mail/uanog-track.2009 >c.$P.$L" 2>&1 | awk '{print $3}'; done; done
0.21
0.24
0.40
0.44
1.90
2.16
2.44
2.66
1.02
3.98
5.89
6.04

$ ls -ld c.* | awk '{print $5 " " $9}'
1874385 c.bzip2.1
1623726 c.bzip2.3
1510405 c.bzip2.6
1451469 c.bzip2.9
2113625 c.gzip.1
2027492 c.gzip.3
1840844 c.gzip.6
1835760 c.gzip.9
1621832 c.xz.1
1317072 c.xz.3
1242684 c.xz.6
1242684 c.xz.9

Исходный файл - 6810957 байт.

Comments

упс, про glob забыл

[nuclight.livejournal.com]

В примере выше - почему you can't use `-mode=mp3 *' ? Один фиг же после разворота в обоих вариантах.

Или я не понял значение опций гипотетической программы

Re: упс, про glob забыл

[netch80.livejournal.com]

Потому что семантика простого -mode предполагает разбор ключей после него, в то время как -force-mode - уже по названию предполагает, что далее всё кроме условного -exit-force-mode считается файлом, даже если похоже на ключ.
Разумеется, в полной реализации это должен быть даже не -exit-force-mode, а случайная последовательность знаков.

Re: упс, про glob забыл

[nuclight.livejournal.com]

Гм, дак это же совсем другая проблема, и она совершенно не изменилась бы, если бы, допустим, никакого * не было, а просто шел бы "ручной" перечень файлов. Тут проблема в том, что символ, с которого начинаются ключи, разрешен в именах файлов: например, в досе этой проблемы не было, с традицией начинать /ключи /так. Для решения придуман "--", хотя, на мой взгляд, более верным было бы запретить в именах ASCII control characters, и в качестве соглашения передавать программам какой-нибудь символ с кодом <31, автоматически конвертируемый из минуса шеллом.