The Community Choice Awards 2007

На хоботовские тесты, кстати, насрать ибо они там ламеры и задроты на зарплате, а у нормальных людей найдётся чем ОЗУ занять заместо гигабайтного словарика этой "утилитки". При каналах же в мегабиты и десятки мегабит, когда народ льёт Blue-Ray целиком и не жужжит, рвать жопу над лишним байтом - это маразм похлеще лишней хромосомы.

Юзаю tar+7zg и не парюсь (=

>Да и вообще, ты хоть понимаешь что значит _оптимальный_ компрессор?

По ссылке: автора за его методику определения "оптимальности" уже обосрали в обсуждении статьи. Оптимальный - это значит хорошо подходящий для конкретной задачи с поставленными условиями, а то я тоже могу сказать, что RLE оптимальный (в наш-то век гигабайтных винтов, ОЗУ и каналов связи), и попробуй мне доказать обратное

>При каналах же в мегабиты и десятки мегабит, когда народ льёт Blue-Ray целиком и не жужжит, рвать жопу над лишним байтом - это маразм похлеще лишней хромосомы.

Ты, значит, bz2 игнорируешь, а качаешь только gz или вообще tar, да?

За меня emerge качает, я особо не вникаю ;)

Как же ты рассуждая и аргументируя всё на уровне "нажал на кнопку и ниипёт" можешь судить о применимости более низкоуровневых вещей?

bzip2 на сжатии текстов до сих пор остаётся никем не превзойдённым

37M linux-source-2.6.18.7z

40M linux-source-2.6.18.tar.bz2

опции при сжатии дефолтные: 7z a -r и tar -jcf, только 7z думал 6 минут а tar+bzip2 сего 2

tar -zcf- linux-source-2.6.18/ | split -b 10000000 - archive.tgz.

du -hs archive.tgz.*

9,6M archive.tgz.aa

9,6M archive.tgz.ab

9,6M archive.tgz.ac

9,6M archive.tgz.ad

9,6M archive.tgz.ae

2,3M archive.tgz.af

cat archive.tgz.* | tar -ztf- linux-source-2.6.18/

linux-source-2.6.18/arch/

linux-source-2.6.18/arch/alpha/

linux-source-2.6.18/arch/alpha/Kconfig

......

а теперь сравни скорости распаковки

> Как же ты рассуждая и аргументируя всё на уровне "нажал на кнопку и ниипёт" можешь судить о применимости более низкоуровневых вещей?

А где логика-то, мил человек? Что-то мне 7 классов церковно-приходской школы не позволяют разобраться ;)

Речь идёт не об эффективности сжатия, я и не спорил с сим тезисом, речь идёт об общей эффективности компрессора, одно дело когда в трубу запулил tar+bzip2 и всё это добро улетело со свистом через 5 минут радостному клиенту, а когда сначала "сжимай", убив всю память вглухую и проц запулив туда же, и через час только получи файлик.

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

Ты видать и Зюзю мега-дистром для применений на p100 с мегабайтом оперативки считаешь, ага? ;)

Где я не прав-то? Из нас двоих гентушник только ты,однако я подобную жизненную позицию стигмой не считаю. Можешь считать, что я хоть в досе сижу, но что это меняет? Есть набор архиваторов, один жмет быстро и слабее других, другой наоборот. Также есть жюри из тех, кто попробовал 7з, и тех, кто "не читал, но осуждает". При этом последние доказывают первым с пеною у рта, что стремление к чему-то новому вызывает привыкание, значит это наркомания,да?

А что с правами не так? А stdin/stdout тоже не работает уже? ...тургенева не читал, но обсуждаю... ы? И забивать всю память компа тебя, чугунного, никто не просит - сколько нальешь, столько и будет. Хотя... Я просто зря теряю время.

> А что с правами не так? А stdin/stdout тоже не работает уже? ...тургенева не читал, но обсуждаю... ы? И забивать всю память компа тебя, чугунного, никто не просит - сколько нальешь, столько и будет. Хотя... Я просто зря теряю время.

Дык не сохраняет оно иногда права доступа, автор рекомендует делать tar.7z. И конечно же, никто не просит, но при равном расходе памяти 7z сольёт рару ;)

> Где я не прав-то? Из нас двоих гентушник только ты,однако я подобную жизненную позицию стигмой не считаю. Можешь считать, что я хоть в досе сижу, но что это меняет? Есть набор архиваторов, один жмет быстро и слабее других, другой наоборот. Также есть жюри из тех, кто попробовал 7з, и тех, кто "не читал, но осуждает". При этом последние доказывают первым с пеною у рта, что стремление к чему-то новому вызывает привыкание, значит это наркомания,да?

Без понятия. Но ты представь простого пользователя, у которого архиватор сожрал память, проработал полчаса (ты ещё видать файлики гигов на 50 этой штукой не компрессил, иначе бы другое пел) и выдал результат на 2% лучше. Возбуждает?

>Речь идёт не об эффективности сжатия, я и не спорил с сим тезисом, речь идёт об общей эффективности компрессора, одно дело когда в трубу запулил tar+bzip2 и всё это добро улетело со свистом через 5 минут радостному клиенту, а когда сначала "сжимай", убив всю память вглухую и проц запулив туда же, и через час только получи файлик.

Я повторюсь: если поиграть с настройками кодера (match finder,dictionary,word size,etc.) можно добиться одинаковой скорости при лучшей степени сжатия, и это при том, что скорость распаковки по сравнению с bzip2 в разы больше и не зависит от параметров сжатия (конечно, без использования разных фильтров).

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

tar.7z не устраивает? в линуксе вроде нет достаточно распространённого самостоятельного формата архива для этих целей, кроме tar (не считая пакетных).

>Лучше бы нормальную схему через stdin/out прикрутили, больше было бы полезного выхлопа и меньше абстрактных рассуждений о крутизне.

Есть ключи (даже в виндовой версии) для перенаправления ввода/вывода, что конкретно тебя не устраивает?

>Но ты представь простого пользователя, у которого архиватор сожрал память, проработал полчаса (ты ещё видать файлики гигов на 50 этой штукой не компрессил, иначе бы другое пел) и выдал результат на 2% лучше. Возбуждает?

RTFM 7-zip.chm

Сейчас ради интереса взял с kernel.org исходники ядра 2.6.22.1 и 
протестировал gzip, bzip2 и 7z.

Чтобы уравнять конкурентов, исходники заархивировал tar-ом, размер
архива составил 262,922,240 байт. Степень сжатия всех компрессоров
была дефолтная, для 7z дополнительно тестировалась опция быстрого
сжатия.

Результаты:
________________________________________________________
        | Размер сжатого  | Время компрессии |Процент   |
        |  архива (байт)  |  (сек.)          |компрессии|           
--------|-----------------|------------------|----------|
gzip    |  58,563,460     |  25,770          |  22,3%   |
--------|-----------------|------------------|----------|
7z -mx=1|  53,535,829     |  58,629          |  20,4%   |
--------|-----------------|------------------|----------|
bzip2   |  45,892,487     |  124,207         |  17.5%   |
--------|-----------------|------------------|----------|
7z      |  40,194,356     |  335,616         |  15,3%   |
--------------------------------------------------------'

То есть чуда не произошло - удвоение времени за каждые десять процентов отвоёванного дискового пространства. IMHO, пока объём дисков растёт быстрее чем мегагерцы.

> удвоение времени за каждые десять процентов отвоёванного дискового пространства.

Почему же за каждые десять? За каджые 2 дополнительных процента приходится расплачиваться удвоением времени компрессии.

Кстати, можно заметить, что bzip жмёт оптимально, потому что дальнейшее увеличение компрессии требует намного больше времени. Это заметно по тому, что разница в степени компрессии между bzip2 и 7z составляет всего 2%, но времени 7z нужно почти в 3 раза больше.

То есть, можно резюмировать, что gzip оптимален для скоростной компрессии, bzip2 - для средней.

Ниша 7z - очень сильное сжатие, которое не под силу gzip и bzip2.

> Почему же за каждые десять? За каджые 2 дополнительных процента приходится расплачиваться удвоением времени компрессии.

Это мне напоминает анекдот: встречаются два бывших одноклассника один из которых школу закончил полным \ldots, в общем даже и не закончил, но очень "конкретно" прикинут. Спрашивает его другой: "а на что живёшь, то так не плохо". "А, не важно", - отвечает первый: "покупаю по три, продаю по пять - вот на эти _два_ процента и живу" :)

Надо не просто проценты друг от друга отнимать, а ещё и поделить на один из них, дабы действительно сравнивать.

> Надо не просто проценты друг от друга отнимать

Хорошо, один из архивов больше другого в 1.1 раза (на 10%). Но если говорить об этих архивах, имея в виду размер исходного несжатого архива, то разница в размере сжатых архивов равна двум прцентам от размера _исходного_ архива. ;)

> Я повторюсь: если поиграть с настройками кодера (match finder,dictionary,word size,etc.) можно добиться одинаковой скорости при лучшей степени сжатия, и это при том, что скорость распаковки по сравнению с bzip2 в разы больше и не зависит от параметров сжатия (конечно, без использования разных фильтров).

Лучшей __чем что__ ? Напомню, что речь изначально шла про сравнение с винраром ;)

> tar.7z не устраивает? в линуксе вроде нет достаточно распространённого самостоятельного формата архива для этих целей, кроме tar (не считая пакетных).

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

> Есть ключи (даже в виндовой версии) для перенаправления ввода/вывода, что конкретно тебя не устраивает?

НЕ спорю, для вендузятнегов, в силу тотальной кривости ос, сие решение оправдано, а нахрена эти "ключи" нужны в юниксах?

> RTFM 7-zip.chm

Ануннах, презренный вендузячий формат меня не прёт. Спалился? :)

А теперь кошерный бенчмарк, ядро 2.6.22, 262922240 байт

darkstar ~ # md5sum linux-2.6.22-*
2edfd190ac09c0e5b998ab8514488cfa  linux-2.6.22-1.tar
2edfd190ac09c0e5b998ab8514488cfa  linux-2.6.22-2.tar
2edfd190ac09c0e5b998ab8514488cfa  linux-2.6.22-3.tar
2edfd190ac09c0e5b998ab8514488cfa  linux-2.6.22-4.tar
2edfd190ac09c0e5b998ab8514488cfa  linux-2.6.22-5.tar

darkstar ~ # ls -l linux-2.6.22-*
56913991 2007-07-29 15:31 linux-2.6.22-1.tar.gz
45119878 2007-07-29 15:33 linux-2.6.22-2.tar.bz2
52406904 2007-07-29 15:35 linux-2.6.22-3.tar.7z
38438896 2007-07-29 15:40 linux-2.6.22-4.tar.7z
38145234 2007-07-29 15:43 linux-2.6.22-5.tar.rar
________________________________________________________________
                | Размер сжатого  | Время компрессии |Процент   |
                |  архива (байт)  |  (сек.)          |компрессии|
----------------|-----------------|------------------|----------|
gzip -9v        |  56913991       |  35.271          |  21.65   |
----------------|-----------------|------------------|----------|
bzip2 -9v       |  45119878       |  91.770          |  17.16   |
----------------|-----------------|------------------|----------|
7z -mx=1        |  52406904       |  34.327          |  19.93   |
----------------|-----------------|------------------|----------|
7z              |  38438896       |  219.295         |  14,62   |
----------------|-----------------|------------------|----------|
rar -m5 -md4096 |  38145234       |  110.166         |  14,51   |
----------------------------------------------------------------'

Также, стоит учитывать, что 7z умеет работать в SMP среде,
т.е. для сжатия использовались сразу 2 ядра, а RAR - не умеет,
и это ещё не считая сжираемой памяти. К слову о птичках ;)

Разница с раром - в 3-4 раза (не забываем о SMP) при равном сжатии.

Апологеты опенсорца, разумеется, мощно взвоют на тему:
"Дык, пля, 7z не на максимуме жал!", я же спрошу:
"А ви таки готовы ждать часами до этого самого максимума?".

Засим тему предлагаю сворачивать.

>> А то, что Gharik в очередной раз ниасилил сабж - это его личные половые проблемы.

> Сынок, ты проекты тоже по 2-3 года на работе сдаёшь,, мол типа всё херня кроме пчёл и пока не заполируем до блеска - хер тебе начальник, а не проект, ага?

гхарик что ж ты как маленький, усрался, а признать что был не прав стесняешься? или это, как ты там говорил, "некошерно"?

linux-2.6.21.6.tar: 254,423,040b (накатывал патчами ещё от 2.6.18)

bzip2 -9 : 2m33s - 44,309,289b
bzip2 -5 : 2m16s - 45,976,252b

7zG [fast,lzma mf=hc4 d=27 mc=16 lc=8 fb=128]: 2m26s - 44,208,953b
7zG [fast,lzma mf=hc4 d=27 mc=18 lc=8 fb=273]: 2m33s - 43,991,419b

7zG это Win32GUI-версия, т.е. от времени можно смело отнимать порядка 5%. Про скорость распаковки (а она наряду с размером как раз и
важнее всего для пользователя, который качает архив с сайта) и говорить нечего. Выводы делайте сами.

>rar -m5

Да будет тебе известно, что rar для сжатия текстовых данных в этом режиме автоматом использует PPM, скорость работы которого и потребляемая память как при запаковке так и при распаковке приблизительно равны. Принудительно указав использвание PPMd для 7z можно добиться даже лучших результатов. Поэтому "кошерность" твоего теста под большим вопросом, ибо ниасилил ты -mct- и man, который я тебе советовал.

>НЕ спорю, для вендузятнегов, в силу тотальной кривости ос, сие решение оправдано, а нахрена эти "ключи" нужны в юниксах?

У тебя программы торсионно-астральным методом решают, куда им писАть - в файл или stdin/out? Не мели чушь. В любом *nix компрессоре эти ключи есть, ты просто не умеешь читать man'ы.

> Да будет тебе известно, что rar для сжатия текстовых данных в этом режиме автоматом использует PPM, скорость работы которого и потребляемая память как при запаковке так и при распаковке приблизительно равны. Принудительно указав использвание PPMd для 7z можно добиться даже лучших результатов. Поэтому "кошерность" твоего теста под большим вопросом, ибо ниасилил ты -mct- и man, который я тебе советовал.

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

А тебе слабо показать настройки, с которыми 7z выиграет у rar'а 10% в сжатии, проиграв 10% по времени, или засчитываем полнейший слив? Особенно будет хорошо, если словарик у 7z составит 4Mb, а расход памяти - не более 30 метров. И пофиг на конкретный алгоритм, у рара в ГУЕ есть всего одна настройка - "уровень сжатия", от 1 до 5, детали меня не волнуют.

Или закрываем спор нафик, как тупой и бессмысленный, это всё равно что фонатегам ассемблера доказывать, что их техника "поибстись пару суток и прибегнув к чудовищным извратам выиграть 1% скорости" сосёт у обыкновенного написания кода на C с переложением оптимизаций на компилятор ключиком "-O2".

> Да будет тебе известно, что rar для сжатия текстовых данных в этом режиме автоматом использует PPM, скорость работы которого и потребляемая память как при запаковке так и при распаковке приблизительно равны. Принудительно указав использвание PPMd для 7z можно добиться даже лучших результатов. Поэтому "кошерность" твоего теста под большим вопросом, ибо ниасилил ты -mct- и man, который я тебе советовал.

Ты меня достал уже. "Хоть ссы в глаза, всё божья роса" чтоль? :) Бери что хочешь, gzip/bzip2/tar/cpio - все могут работать через простые пайпы без всяких ключиков. Только 7z у нас пипец какой альтернативный и навороченный, наверное поэтому и требует росписи в командной строке чуть не ли не "Войны и мира", чтобы получился приличный результат.

Пожалста, ещё один косяк, с использованием гномьего манагера архивов:


7-Zip (A) 4.48 beta  Copyright (c) 1999-2007 Igor Pavlov  2007-06-26
p7zip Version 4.48 (locale=en_US.UTF-8,Utf16=on,HugeFiles=on,2 CPUs)
Scanning

Creating archive /mnt/download/rapid/linux-2.6.22.7z

Error:
Can not open file
/mnt/download/linux-2.6.22.7z.tmp
Permission denied                

System error:
E_FAIL                

А фиг ли оно /tmp не пользует, раз такое крутое и не
пишет куда сказали (/mnt/download/rapid/), куда
однозначно есть права доступа? А пытается колбасить
прямо там же, где лежит сжимаемый файл (/mnt/download/).

>Пожалста, ещё один косяк, с использованием гномьего манагера архивов

у меня KDE и таких проблем нет

>А тебе слабо показать настройки, с которыми 7z выиграет у rar'а 10% в сжатии, проиграв 10% по времени,

Ты уже потихоньку начинаешь доказывать преимущества проприетарных поделок для однокнопочных перед продвинутыми консольными *GPL утилитами? И имя тебе Gharik? Мухахa!)))

>или засчитываем полнейший слив?

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

Слив защитан )))

>Ты меня достал уже

>Gharik (*) (29.07.2007 17:48:22)

Свершилось! =8-D

>Только 7z у нас пипец какой альтернативный и навороченный, наверное поэтому и требует росписи в командной строке чуть не ли не "Войны и мира", чтобы получился приличный результат.

7z просто даёт тебе больше выбора, если ты его боишься - значит не хочешь думать

> 7zG [fast,lzma mf=hc4 d=27 mc=16 lc=8 fb=128]: 2m26s - 44,208,953b

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

Насчёт распаковки точно не скажу, но в моём тесте разница во времени была не более 10 секунд в пользу 7z. Это совсем не много, учитывая, что 7z сжимал архив в 2,5 раза дольше, чем bzip2.

> 7z просто даёт тебе больше выбора

Действительно, 7z позволяет гибко задавать опции компрессии. Но посмотри как ведёт себя bzip: и с опцией -9 и с опцией -5 он жмёт практически одинаково, потому что эта степень сжатия - оптимальна и сохраняет пропорциональность между временем сжатия и размером архива. Разницу во времени распаковки "меньше в разы" я не заметил.

>Только заметь, в 7z нужно подбирать идеальные опции сжатия, т.к. по дефолту 7z жмёт немного сильнее и намного дольше.

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

>Насчёт распаковки точно не скажу, но в моём тесте разница во времени была не более 10 секунд в пользу 7z.

у себя точно скажу: 10 секунд у 7z против 28 у bz2, т.е. более чем в 2,5 раза

>Но посмотри как ведёт себя bzip: и с опцией -9 и с опцией -5 он жмёт практически одинаково, потому что эта степень сжатия - оптимальна и сохраняет пропорциональность между временем сжатия и размером архива.

Уже не буду пробовать, но уровня компрпесии bzip2 -5 я 7zip-ом добивался за ~1m40s. BlockSorting и LZ77 работают по разному и параллели здесь неуместны.

> у меня KDE и таких проблем нет

Там ещё и венда, судя по всему, что чётко показывает аудиторию программы =)

> Ты уже потихоньку начинаешь доказывать преимущества проприетарных поделок для однокнопочных перед продвинутыми консольными *GPL утилитами? И имя тебе Gharik? Мухахa!)))

Какая генерализация, вы только посмотрите ;) Мне-то пофиг, троллем жил и троллем же помру, а вот как ты жить будешь, так и не сумев доказать задекларированное общее превосходство 7z над rar? :)

> Слив защитан )))

+1, это было ясно с самого начала :)

> Свершилось! =8-D

Не торопись, это я трезветь начал на момент написания той фразы, счас всё поправим =))

> 7z просто даёт тебе больше выбора, если ты его боишься - значит не хочешь думать

Какого выбора? Сидеть под вендой с документацией или сидеть в линуксе в консоли шаманя и пытаясь угадывать опции?

Тогда, следующий вопрос - а какого хрена у 7zip'а нет нормальный онлайн документации, несмотря на версию __4.хх__, а у рара, жзипа, бзипа и прочих - её навалом?

Пусть 7z незначительно опережает конкурентов, но почему его не используют в продакшене? Наверное потому, что стандартные gzip/bzip2 замечательно работают с пайпами, жмут предсказуемо и не имеют косяков, которые обозначил Gharik. Всё же, проект начинался как вендовый и в Linux среде, как говорится, "некошерен".

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

darkstar ~ # time 7z a -m0=ppmd -mx=9 linux-2.6.22.tar.7z linux-2.6.22.tar

7-Zip 4.48 beta  Copyright (c) 1999-2007 Igor Pavlov  2007-06-26
p7zip Version 4.48 (locale=en_US.UTF-8,Utf16=on,HugeFiles=on,2 CPUs)
Scanning

Creating archive linux-2.6.22.tar.7z

Compressing  linux-2.6.22.tar      

Everything is Ok

real    1m43.100s
user    1m39.710s
sys     0m0.980s

darkstar ~ # time rar a -m5 -md4096 linux-2.6.22.tar.rar linux-2.6.22.tar

RAR 3.70   Copyright (c) 1993-2007 Alexander Roshal   22 May 2007
Registered to Avinash Gaikwad

Creating archive linux-2.6.22.tar.rar

Adding    linux-2.6.22.tar                                            OK 
Done

real    1m41.883s
user    1m40.500s
sys     0m0.570s

darkstar ~ # ls -acl linux-2.6.22.tar*
-rw-rw-r-- 1 root portage 262922240 2007-07-29 18:17 linux-2.6.22.tar
-rw------- 1 root root     36037982 2007-07-29 18:26 linux-2.6.22.tar.7z
-rw-r--r-- 1 root root     38145232 2007-07-29 18:29 linux-2.6.22.tar.rar

Епта!!! 7Z выиграл!!! И много выиграл!!!
Только вот буковки "(2 CPUs)" несколько смущают,
есть что сказать, или опять 10% ценой 2х времени?

> Пусть 7z незначительно опережает конкурентов, но почему его не используют в продакшене? Наверное потому, что стандартные gzip/bzip2 замечательно работают с пайпами, жмут предсказуемо и не имеют косяков, которые обозначил Gharik. Всё же, проект начинался как вендовый и в Linux среде, как говорится, "некошерен".

Тсссс, КДЕ - это почти виндавс.

Так вот, я сейчас активно играюсь с раровской технологией добавления избыточной информации для восстановления побитых архивов, и честно сказать - в полном восторге. А где такое в 7z?

> Епта!!! 7Z выиграл!!! И много выиграл!!!

Да чё спорить с человеком? По его словам: "7zG это Win32GUI-версия" уже всё понятно :))

Нет, конечно, в винде 7-Zip - это реальная опенсорс замена проприетарному винрару, для чего и разрабатывался, но в Линуксе 7-Zip просто не нужен.

Не, в целом сей товарищ таки зело крут, я бы не смог физически столько трахаться с опциями, подбирая единички в куче параметров, и оптимизировать процесс. Его бы энергию, да автору семь-зипа, для оптимизаций алгоритмов, вместо комбайнописательства, и вылизывания консольного режима (или создания выделенной библиотеки).

>Там ещё и венда, судя по всему, что чётко показывает аудиторию программы =)

ты таки ни разу не был на сайте программы? сделай для себя открытие.

>Мне-то пофиг, троллем жил и троллем же помру, а вот как ты жить будешь, так и не сумев доказать задекларированное общее превосходство 7z над rar? :)

безмозглый тролль, найди строчку где я декларировал "общее превосходство 7z над rar", для начала

>Не торопись, это я трезветь начал на момент написания той фразы, счас всё поправим =))

видимо солидол на закуску хороший попался )))

>Тогда, следующий вопрос - а какого хрена у 7zip'а нет нормальный онлайн документации, несмотря на версию __4.хх__, а у рара, жзипа, бзипа и прочих - её навалом?

это волнует только тебя

>Да чё спорить с человеком? По его словам: "7zG это Win32GUI-версия" уже всё понятно :))

Ещё одна улыбающаяся обезьяна...

7zFM.exe - файловый менеджер 7zG.exe - ему передаются параметры от 7zFM для компресии и именно он висит в списке процессов во время архивации

>Пусть 7z незначительно опережает конкурентов, но почему его не используют в продакшене?

Почему SD нет в ядре?

> безмозглый тролль

> улыбающаяся обезьяна

Давай будем оставаться в рамках приличий и держать себя в руках, а то пропадёт желание общаться.

Просто согласись, что серьёзные люди 7z в Линуксе использовать не будут, по причинам, названным выше по треду. Посмотри что используют дистростоители: для исходников - bzip2, для бинарников - gzip. И ни один не использует 7z.

> ты таки ни разу не был на сайте программы? сделай для себя открытие.

Проснись, дорогуша, посмотри на название __сайта на которым ты сейчас находишься__ ;))

> безмозглый тролль, найди строчку где я декларировал "общее превосходство 7z над rar", для начала

То есть ты согласен, что по большинству пунктов 7zip сливает рару и пользователи не зря остаются на WinRAR, а пользователи юниксов - совершенно не зря и в хер не ставит ни rar ни 7zip?

http://www.linux.org.ru/jump-message.jsp?msgid=2056311&cid=2056424

> видимо солидол на закуску хороший попался )))

Генерализации кончились, начались проекции? :)

> это волнует только тебя

А должно волновать многих, программа, особенно с GUI, под юниксы без онлайн-помощи обречена на смерть и может рассчитывать максимум на статус студенческой поделки.

> Почему SD нет в ядре?

Неуместная аналогия. Повторяю: стандартные gzip/bzip2 замечательно работают с пайпами, жмут предсказуемо и не имеют косяков.

Ты можешь с полной уверенностью с первого раза подобрать опции 7z, чтобы оптимально сжать исходники, бинарники? Врядли. Вот и майнтайнеры не хотят забивать себе голову десятком опций 7z, если можно просто набрать "tar cjvf" и быть уверенным, что сжатие не будет длиться полчаса и размер архива будет достаточно малым. А домашний юзер может себе позволить играться с настройками, поэтому, как бы тебе не хотелось, но 7z останется поделкой для домашнего использования.

>>Да чё спорить с человеком? По его словам: "7zG это Win32GUI-версия" уже всё понятно :))

>Давай будем оставаться в рамках приличий и держать себя в руках, а то пропадёт желание общаться.

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

>Просто согласись, что серьёзные люди 7z в Линуксе использовать не будут, по причинам, названным выше по треду.

причины, названные выше - сугубо от незнания и далеко не от серьёзных людей

>Посмотри что используют дистростоители: для исходников - bzip2, для бинарников - gzip. И ни один не использует 7z.

_единственная_ на то причина: малая распространённость формата, что со временем уладится и первые шаги к этоу делаются (в дебиане вроде это сжатие в пакетах пожжерживается). Я даже скажу, что всё больше проектов на SF предлагают скачивать бинарники/исходники в 7z (тот же phpMyAdmin или MPC)

>А должно волновать многих, программа, особенно с GUI, под юниксы без онлайн-помощи обречена на смерть и может рассчитывать максимум на статус студенческой поделки.

Люкальный файл справки тебя уже не устраивает, нужен обязательно онлайн? Это твои сетевые проблемы.

>То есть ты согласен, что по большинству пунктов 7zip сливает рару и пользователи не зря остаются на WinRAR

перечисляя пункты не забудь купить лицензию.

Ты мне когда-то доказывал, что опен-сорц программа (МС) всяко лучше проприетарной (Far) уже только потому, что она опенсорц, а значит бесконечно-расширяема-улучшаема и т.п. Сейчас говоришь, что проприетарный и фичастый rar рулит, gpl-7z отстой. Где логика в твоих мышлениях?

> причины, названные выше - сугубо от незнания и далеко не от серьёзных людей

Вот когда на 7z перейдёт большинство дистрибутивов, серьёзных контор и формат 7z станет общепринятым стандартом, какими сейчас являются gzip и bzip2, тогда и поговорим. А пока это всего лишь "yet another compressor", который иногда, при указании 10 правильных опций жмёт на 1% лучше.