Архиваторы

7zip (p7zip)
к сожалению не сохраняет права на файлы

utf8 имена файлов(!), отлично сжимает , по сравнению с другими lzma сжималками - скорость выше, использует все ядра

Так толсто...
7z, конечно же.

128 БИТ!

> 7zip (p7zip)

Сжимает он хорошо, но вот скорость у него даже ниже, чем у bzip2, по моему.

Самый продвинутый архиватор - tar. Самый продвинутый компрессор - paq8p.

> Так толсто...

А я и не троллю, сам выбираю как-бы...

>избыточность

используют только малолетние дебилы с раром

lzma (dictionary > 4 Mb) сжималки естественно медленнее bzip2 (block size = 900Kb)

А вам что нужнее скорость или сжатие?

> >избыточность

> используют только малолетние дебилы с раром

Package: ras
Priority: optional
Section: universe/utils
Installed-Size: 88
Maintainer: Ubuntu MOTU Developers <ubuntu-motu@lists.ubuntu.com>
Original-Maintainer: Falk Hueffner <falk@debian.org>
Architecture: i386
Version: 1.03-2.1
Depends: libc6 (>= 2.5-0ubuntu1)
Filename: pool/universe/r/ras/ras_1.03-2.1_i386.deb
Size: 18634
MD5sum: a05261c5851f2844bb52de95bcd7937d
SHA1: 470af34ba19961fde2d992fcba13a82cf1093b83
SHA256: 2d1d1fab6685e7868ec37f5f6d1719d28c4dddf58374491658080473897848bd
Description: Adds redundancy files to archives for data recovery.
 Ras is a program that adds m extra files to a set of n files, such
 that the contents of the n original files can be regenerated from any
 n of the n+m original files and extra files. Normally, these extra
 files will all be 6 bytes larger then the largest of the original
 files, but ras has a mode in which the extra files are exactly the
 same size as the original files.
 .
 Ras was originally intended for transporting a large file split over
 several floppy disks in a manner resilient to the corruption of a few
 of the disks, and a pair of example shell scripts to do this (rassplit
 and rasmerge) is included in the distribution.
Bugs: mailto:ubuntu-users@lists.ubuntu.com
Origin: Ubuntu

> используют только малолетние дебилы с раром

Почему? Разве так плохо иметь возможность восстановить архив, если он немного побился на CD?

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

>Architecture: i386 >Ras was originally intended for transporting a large file split over several floppy disks

закапывайте

> А вам что нужнее скорость или сжатие?

Мне бы и то, и то :) Т.е. хотелось бы какой-то компромис, не сильно медленный, и с хорошим сжатием.

> >Architecture: i386 >Ras was originally intended for transporting a large file split over several floppy disks

> закапывайте

Тебя?

tar

какой при этом использовать паковщик - мне лично пофиг, 50% или 30% там получится.

>Мне бы и то, и то :) Т.е. хотелось бы какой-то компромис, не сильно медленный, и с хорошим сжатием.

bzip2 (pbzip2)

хотя можно и 7zip с установками на сжатие пониже

>7zip (p7zip) >к сожалению не сохраняет права на файлы

зато tar + 7z сохраняет

>если он немного побился на CD?

>на CD

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

tar +7z ? изврат )

можно конечно lzma-utils и сделать tar.lzma

но... 1 ядро ... с точки зрения скорости невысокая производительность

> >Мне бы и то, и то :) Т.е. хотелось бы какой-то компромис, не сильно медленный, и с хорошим сжатием.

> bzip2 (pbzip2)

lzma -1 лучше.

kgb archiver или как-то так. только под венду вроде. я честно минут 10 окуевал после того как он мне за 2 часа 3.5 метра в 700 превратил

> kgb archiver или как-то так. только под венду вроде

Это упоминавшийся уже paq8x с гуевой мордой. Он мееееееееееееееееедленный и память жрет гигами.

кстати , да. простой bzip2 -9 вообще стормозил




15290225 2008-12-23 16:47 test1.lzma
$ time lzma -1 test1
real 0m12.658s
user 0m12.241s
sys 0m0.344s


15721437 2008-12-23 16:47 test3.bz2
$ time pbzip2 -9 test3
real 0m11.141s
user 0m20.649s
sys 0m0.512s

>kgb archiver или как-то так. только под венду вроде. я честно минут 10 окуевал после того как он мне за 2 часа 3.5 метра в 700 превратил

видимо тебя обманули и это фрактальный генератор прона.

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

>Архиваторы

Архиваторы !Ъ.

Откройте наконец мощь юниесвэя, собирает вкучу tar, жмет lzma, избыточность добовляет parchive2.

И не надо нам комбаинов ктоторые не могут даже имена в утф8.

Какое отношение архиваторы имеют к какому-то там "сжатию"?

+1024.

кстати, прикольно тут... нету всяких "Флуд" "вы слишком быстро пишите"
посижу тут пока пожалуй :)

> tar +7z ? изврат )

да нет, суровая реальность

> к сожалению не сохраняет права на файлы

Ну скажем так: не сохраняет владельца, группу, ACL... Основное есть, для дома вполне достаточно.

а mode?

> Какое отношение архиваторы имеют к какому-то там "сжатию"?

Черт возьми, ну ладно прогнал, интересуют компрессор или компрессор+архиватор. Ты доволен?

ps когда нечего сказать, начинаются придирки к словам.

Архиваторы не нужны. Как минимум сжимающие.

Тоже хотел это написать, но ты опередил, а так да, 7zip.

зато у 7zip быстрая распаковка. *мечтательно* вот бы пакеты в него паковали...

>Откройте наконец мощь юниесвэя, собирает вкучу tar, жмет lzma, избыточность добовляет parchive2.

а как извлечь единственный файл из архива не распаковывая его целиком? ;)

> Откройте наконец мощь юниесвэя, собирает вкучу tar, жмет lzma, избыточность добовляет parchive2.

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

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

А зачем гигантские архивы делать?

[i] Напоминает советскую гигантоманию, чернобль хороший тому пример. Или гигантские корабли типа "Титанега". А про тоннаж товарняков из-за которых пасс движение черепашье я уже молчу

Гигантомания во всех проявлениях - ЗЛО [/i]

> А зачем гигантские архивы делать?

А зачем их делать маленькими?

> А зачем гигантские архивы делать? 

Потому что такие условия?

% du --max-depth=1 doc
1.5G	doc/Programming
4.0K	doc/Other
5.3M	doc/Languages
4.4M	doc/Tools
46M	doc/Mathematics
2.3M	doc/Fiction
3.4M	doc/Economics
1.6G	doc

ps а какие (архиватор+компрессор) позволяют извлечь один файлик не распаковывая весь архив? Я так понял tar не позволяет такое? 

>А зачем гигантские архивы делать?

Скажем резервное копирование. Запись на внешние носители.

>[i] Напоминает советскую гигантоманию, чернобль хороший тому пример.

Чернобыль это пример совсем другого

> Или гигантские корабли типа "Титанега".

"Олимпик" плавал гораздо дольше. И "Титаник" между прочим не самый крупный потанувший корабль ипо человеческим жертвам он не чемпион. Просто облом с ним сильный вышел

Кстати, насчет unix-way. Многие его последователи чрезмерно фанатичны и в силу естественного желания быть как можно более Ъ, разбивают исходную задачу, на чрезмерно мелкие подзадачи, что приводит лишь к усложнению исходной задачи. Во всем надо знать меру. фанатизм -- плохо.

>ps а какие (архиватор+компрессор) позволяют извлечь один файлик не распаковывая весь архив? Я так понял tar не позволяет такое?

А это задача для SquashFS.

>Чернобыль это пример совсем другого

Но если бы реактор был поменьше на 250-500 мегаватт например, последствий не было бы так как он был бы закрытого типа.

>Скажем резервное копирование. Запись на внешние носители.

Тогда можно подождать пока файл извлечется.

Короче лю вечно себе яму роют, буть то реакторы или архивы, это неважно.
Искренне верю что "разумная" жизнь есть только на Земле-матушке, не нужно таких идиотов как люди в космосе.

> А это задача для SquashFS.

Мда... Было бы неплохо, если бы вместо .бли с 10 программами с 30 аргументами в каждой, для _одной_ задачи, была бы одна, которая паковала, архивировала, разрезала и делала это хорошо.

>Тогда можно подождать пока файл извлечется.

Внешние накопители не такие быстрые, для них это еще критичнее. Согласись два гига с двд-р будут читаться гораздо дольше чем с винта ;) Вот на магнитных лентах tar действительно хорош

> 10 программами с 30 аргументами в каждой, для _одной_ задачи, была бы одна, которая паковала, архивировала, разрезала и делала это хорошо.

Тогда аргументов у этой программы должно быть 30 ^ 10 степени. Осилите запомнить?

> Тогда аргументов у этой программы должно быть 30 ^ 10 степени. Осилите запомнить?

На каком основании вы это утверждаете?

> > Тогда аргументов у этой программы должно быть 30 ^ 10 степени. Осилите запомнить?

> На каком основании вы это утверждаете?

Чтобы полноценно заменить 10 программ, каждая с тридцатью аргументами.

> А зачем гигантские архивы делать?

Затем, что архивы делаются для записи на носитель, на котором принципиально нет никакой файловой системы.