|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Eugeny Chernetcki 2:5020/2015.3 03 Feb 2004 18:28:07
To : Vladimir Mosgalin
Subject : Re: Архивы в линуксе
--------------------------------------------------------------------------------
VM>>> Разве Рошаль-то виноват в том, что ламер настройки рара так может
VM>>> выкрутить, что потом не распакуешь? Он-то как раз дал
VM>>> возможности...
EC>> он как раз и виноват - ведь второй рар спокойно паспаковывается на
EC>> малом объёме оперативки, а тут встал в позу. интересно, он хоть к
VM>
VM> И? В третьем раре появился другой алгоритм. Спасибо Рошалю, благодаря
VM> нему ppm появился в ширпотребном архиваторе, а то ha все равно был убог,
VM> тормознут и мало где использовался.
это ты про тексты ?
EC>> чётвёртой версии это поправит - а то принесёт мне какой-нить
VM>
VM> Зачем ему это править? Разве что ограничение памяти по дефолту
VM> поставить. Hе убирать же хороший алгоритм?
VM>
EC>> знакомый архивчик, запакованный на тачке с ram>256mb и узнает всё
EC>> что я думаю о нём
VM>
VM> Объясни знакомому, что нужно залезть в опции рара и поменять их. Сжатие
VM> заметно хуже не будет, а проблема исчезнет.
ну, скажем так, не всем это бывает можно объяснить, да я к тому же и не помню,
где это в вин-версиях ставится, мне ближе rarbsd
VM>>> Да, плохо, что rar может взять много памяти при паковке с
VM>>> дефолтными установками. Hо если для себя пакуешь, возьми и
VM>>> ограничь ;)
EC>> никогда не знаешь на чём буду(т) распаковывать :(
VM>
VM> Ограничь размер памяти для ppm в своих архивах в 64m и радуйся. Да и
VM> зачем тебе rar вообще, пакуй в zip. Точно распакуешь и нет серьезных
VM> проблем с совместимостью. А то ты и фичи рара хочешь, и сжатие хороше, и
VM> чтобы без настроек паковал, как тебе надо. Так не бывает.
не, я просто не понимаю одного - почему он для 1 файла размером 1,5 мега может
потребовать метров n-цать для распаковки
PS:а размер памяти я ставлю сам 16мегов
--- slrn/0.9.8.0 (FreeBSD)
* Origin: FreeBSD 4.8-STABLE #0: Wed Jun 4 14:00:03 GMT (2:5020/2015.3)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
