|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Serg Oskin 2:5020/20 08 Aug 2001 13:22:42
To : Alex Korchmar
Subject : Re: Rar и компилятор
--------------------------------------------------------------------------------
.RFC-X-Complaints-To: news@spider.ncc.macomnet.ru
.RFC-NNTP-Posting-Date: Wed, 8 Aug 2001 09:22:42 +0000 (UTC)
>>>>> "AK" == Alex Korchmar writes:
b> в чм заключается геморой? Что нужно иметь в /var/tmp место для распаковки
b> bzip?
SO> Чего-то я сомневаюсь, что тому-же rar'у не потребуется столько-же места...
AK> естественно, не потребуется.
AK> rar, как и прочие современные архиваторы, писали, когда диски уже были
AK> _очень_ большими по меркам создателей tar. Которые даже оглавление архиву
AK> сделать не догадались.
И правильно сделали: можно просто добавить файлы в архив без необходимости
этот этот архив перезаписывать. Представь себе добавление файла в
_существующий_ архив на ленте размером большим, чем размер дисков на этой
машине...
AK> В результате, в современном мире он своего истинного назначения - "tape
AK> archiver" и то без внешних приблуд и левых патчей выполнять толком не
AK> в состоянии. (как думаешь, сколько времени оно будет вытаскивать пяток
AK> файликов с dds3 ленты?)
После доставания пятого файла можно спокойно нажать Ctrl-C. Только не
говори, что тебе неохота сидеть и смотреть, когда этот файл достанется -
иначе какая тебе разница сколько времени на это потребуется. :)
AK> Мораль: как только мне покажут архиватор, имеющий оглавление, не
AK> распаковывающий весь архив целиком ради нескольких файлов и при этом
AK> сохраняющий и по мере возможности восстанавливающий то, что можно вытащить
AK> из inode (включая номер) - я навсегда забуду о tar.
Вроде как cpio...
--
Serg (mailto:oskin@macomnet.ru http://oskin.msk.ru/).
~
~
:q!
--- ifmail v.2.14.os-p8
* Origin: MAcomnet (2:5020/20@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: Rar и компилятор 
