Использую Freebsd, возник вопрос, а есть ли противопоказания если вместо конвеера с tar и 7z я:
- сохраню владельцев, права и хеш суммы с помошью mtree
- просто сожму все это хозяйство с помощью 7z без конвееров, бесплатно и без смс

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

из главного плюса для меня - multi threading из коробки. Не уверен что в случае с конвеером будет также эффективно.

Я в чем-то неправ?

• 7zip,pavlinux, 00:12 , 06-Апр-13
  • 7zip,Nevazhno, 10:17 , 06-Апр-13
    • 7zip,pavlinux, 22:21 , 06-Апр-13
      • 7zip,Nevazhno, 07:12 , 07-Апр-13
      • 7zip,ALex_hha, 13:41 , 23-Апр-13

> Я в чем-то неправ?

multi threading - это не плюс.

>> Я в чем-то неправ?
> multi threading - это не плюс.

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

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

Надо будет потестировать варианты с конвеером и этим велосипедным методом.

>>> Я в чем-то неправ?
>> multi threading - это не плюс.
> возможность использвать все ядра процессора для сжатия файлов не плюс?

Разжатие 100 мегового файла на 4 потока занимает 16 сек., в один поток - 10 сек.

>>>> Я в чем-то неправ?
>>> multi threading - это не плюс.
>> возможность использвать все ядра процессора для сжатия файлов не плюс?
> Разжатие 100 мегового файла на 4 потока занимает 16 сек., в один
> поток - 10 сек.

Это интереснее, однако количеством потоков можно управлять. Ничто особо не мешает при расжатии указать использовать один поток.

>>>> Я в чем-то неправ?
>>> multi threading - это не плюс.
>> возможность использвать все ядра процессора для сжатия файлов не плюс?
> Разжатие 100 мегового файла на 4 потока занимает 16 сек., в один
> поток - 10 сек.

имеет смысл при сжатии, а не распаковке