А что за беда с распаковкой?

классика

a file-roller уже отменили? Что за arc еще?

у тебя tmp часом не в tmpfs смонтирован? 2.7 гига попробуй распаковать с hdd. Там по любому будет не так быстро

Нет, /tmp у меня на ssd. И распаковывал я как раз с hdd.

а обычно распаковывают на одном и том же диске из контекстного меню. Я сейчас распаковал 2.4гига на обычном террабайтовом внешнем усб и получился гораздо прозаичный результат

Files: 6
Size:       2419303226
Compressed: 2407516919

real	1m25,236s
user	0m41,172s
sys	0m11,274s

ps кстати это был 7zip последняя альфа 21

С hdd на hdd через ark, а потом ручной sync из терминала - +-24 секунды.

для nemo/nautilus можно написать скрипт для распаковки из меню с помощью 7zip. В повседневной работе для распаковки и используют только фм. В терминале можно распаковать по-быстрому если не надо менять директорию, а обычно целевая директория другая. Я могу еще понять распаковывать из терминала если нужны права рута. В остальных случаях это задротство

я имел ввиду тот же hdd. Если есть 2 разных диска, то перфоменс возрастает в разы

Это и есть тот же )

real    0m6,253s
user    0m5,672s
sys     0m0,570s

stat 1.zip
  Файл: «1.zip»
  Размер: 643849969     Блоков: 1257528    Блок В/В: 4096   обычный файл

Проблема на вашей стороне.

что это блин за hdd диск, когда почти не отличается по времени при распаковке на ssd? Хотя надо сильно учитывать содержимое. Куча мелких файлов которые хорошо сжимаются будут распаковываться в разы медленнее чем несколько больших фильмов, например

кэш

так и есть 7.200 U/min против моих 5400 впрочем у 70-80 процентов обычных юзеров и есть 5400

А что не так? Старый однопоточный алгоритм, его оптимизация даром никому не нужна (кроме 7-zip похоже), новые цпу дают немного преимуществ, а на диск и память вообще паралельно. Кстати, распаковать больше чем половину CD диска всего лишь за 2 минуты это очень быстро.

З.Ы.

RPi3, usb-hdd, pdf размером 500М в zip-архиве. Распаковка через engrampa/7z идёт со скоростью 11-12 Мб/сек, занимает 45 секунд и упирается в ядро цпу. Распаковка через ark идёт со скоростью 15-17Мб/сек, занимает 31 сек и упирается видимо в диски (т.е. шину юсб 2.0).

Я могу еще понять распаковывать из терминала если нужны права рута. В остальных случаях это задротство

почему это? Из консоли всегда быстрее получается. Фм иногда только запускать надо, если там превьюшки нужны…

в ark 3 плагина умеют в zip: clizipplugin, cli7zplugin, libzipplugin

Что кдешным Ark, что просто unzip -d /path file.zip

значит clizipplugin использовался, отключи его.

https://www.opennet.ru/opennews/art.shtml?num=54740

cli7zplugin с новым 7zip 21.01 возможно будет лучше работать, только если 7zip по командам и консольному выхлопу идентичен старому p7zip.

Распаковка через engrampa/7z
и упирается в ядро цпу

это не engrampa так себя ведет, это старый p7zip который она использует https://github.com/mate-desktop/engrampa/blob/master/src/fr-command-7z.c

Да и вообще. zip древний формат в котором никто ничего не обязан соблюдать по спецификации от этого и куча проблем с софтом/файлами. tar абсолютно тоже самое было раньше, только все прогнулись под gnu tar и следуют за ним, cpio имел кучу бинарных форматов и загнулся из-за лимитов на 2,4,8гб. В отличие от tar в cpio есть доступ с произвольной позиции.

Примерно в 2007 году apple выпустила формат xar для своих нужд но сразу поняла что эпически обасралась и перешла на pax+gzip по сути расширенный tar.

P.S. rar как формат в разы лучше всего этого дремучего кала мамонта.

Много файлов и HDD и/или ФС не дружащая с большим числом мелких файлов?

rar может быть сколько угодно лучше, только он закрыт и не поддерживается никем, кроме самого себя. А tar сейчас умеет доступ с произвольной позиции, но только если он лежит распакованым а не пережат потоковым компрессором.

== не умеет

что это блин за hdd диск, когда почти не отличается по времени при распаковке на ssd?

А почему оно должно отличаться? Архиватор быстрее упирается в процессор, чем в кеши hdd и oc.

Ark - это менеджер архивов KDE

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

уж лучше сжимать в squashfs, там и индекс и монтирование и вообще современная интегрированная система супротив каменного топора тар.

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