LINUX.ORG.RU

Lzip 1.3

 lzip,


0

0

22 декабря вышла новая версия популярного компрессора Lzip — 1.3.

Lzip — компрессор данных, основанный на алгоритме LZMA, со строгой проверкой точности данных и интерфейсом, идентичным bzip2. Декомпрессия происходит со скоростью, близкой к gzip, а уровень сжатия выше, чем у bzip2.

Новая версия автоматически выбирает наименьший возможный размер словаря для каждого файла, уменьшены расходы памяти на декомпрессию.

Также добавлена поддержка декомпрессии архивов новой версии, компрессия которых будет реализована в следующей версии Lzip.

>>> Подробности



Проверено: Shaman007 ()
Ответ на: комментарий от Sylvia

>а еще 5 звезд.. фу

какие звезды? где?

>глупо обзывать файлы другим расширением, если они на самом деле одинаковые


Ага, а при выводе ls -l не надо комментировать, мол
file1.bz2 получен комнадой bzip2
file2.bz2 получен комнадой pbzip2
file3.bz2 получен комнадой 7z
...

sdio ★★★★★
()
Ответ на: комментарий от Sylvia

>7zip (7za 7zG) прекрасно жмет в несколько потоков, причем по сжатию обходит lzma-utils , solid

да. однако из 8 ядер импользует почему то только 2

black7
()
Ответ на: комментарий от black7

это по 7z (не порта, а оригинального) "Now it's possible to specify the size of solid block and the number of CPU threads in "Add to archive" dialog box"

так в том и суть что это не тру "солид" архив. все равно информация разбивается на независимые куски

black7
()
Ответ на: комментарий от black7

-mt=[off | on | {N}]

Sets multithread mode. If you have a multiprocessor or multicore system,
you can get a speed increase with this switch. This option affects only
compression with BZip2, Deflate and Deflate64 methods and decompression of
BZip2 streams. Each thread in the multithread mode uses 32 MB of RAM for
buffering. If you specify {N}, 7-Zip tries to use N threads.



ну в любом случае 2 потока для lzma это лучше чем 1, во всяком случае на C2D мне больше пока не нужно)

Sylvia ★★★★★
()
Ответ на: комментарий от Sylvia

> который кстати верно поправил

Регистрант хвалит анонимуса. От такого регистранта даже приятно получить похвалу :))

anonymous
()
Ответ на: комментарий от anonymous

> app-arch/ppmd

Там жёсткая привязка к x86_32. Он даже на x86_64 нормально не работает. Конечно, можно его доработать, но за 5 лет никто этого не сделал. Кому надо, пользуются реализацией из 7z. -m0=ppmd

Ещё этот алгоритм вставили в WinZip и StuffIt.

question4 ★★★★★
()
Ответ на: комментарий от UDP

>>Непонятно главное - оно совместимо с lzma-utils, или нет?
>Алгоритм один

Я даже больше скажу - адлгоритм у всех один - RLE

anonymous
()

Посмотрел на пискометер - зашкаливает.
Шо я вам скажу, ребяты...
"Истина - посередине".
1. Вы будете фшоки, но на определенных данных драный gzip вставляет bzip на порядок - обгоняет по скорости (ессно) и даже по степени сжатия (!)
Например - шоты веб-сайтов компактнее в tar.gz.
2. rar и все дела - это круто, но KIO - наше фсьо (гномеры поши курить). При прочих равных при этом лучше работает gzip.
3. потом вопрос времени - очень критичен (если паковать XXX гиг с часу ночи по крону - и чтобы к утро всё было).

Resume: каждому типу данных - свой архиватор. А их только два - gzip и bzip :-)

anonymous
()
Ответ на: комментарий от anonymous

>Resume: каждому типу данных - свой архиватор. А их только два - gzip и bzip :-)

Ещё одно Кисо, gzip и bzip2 архиваторами называет?:)

Led ★★★☆☆
()
Ответ на: комментарий от anonymous

Правда. На моих данных (решения нелинейной 2D-эллиптики -- по сути, куча матриц из double-ов) gzip -9 уделывал bzip2 -9; lzma -9 уделывал оба.

Файл с образцом где-то завалялся.

Vadim_Z
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.