Страница 60 из 68
Добавлено: Пн фев 13, 2017 11:44
MVV
На будущее: этот файл может содержать сохранённые пароли, поэтому их нужно предварительно вырезать (или выключить функцию сохранения паролей).
В конфиге прописано path_7z_dll="%COMMANDER_PATH%\Plugins\wcx\MultiArc\7z.dll" - эта библиотека точно свежая? Попробуй прописать в параметре path_7z_dll путь к библиотеке от установленного 7-Zip.
Добавлено: Пн фев 13, 2017 13:45
Mellomann
Azrailll писал(а):Total7zip слишком медленно распаковывает архивы. каждый файл по отдельности, вместо того чтобы передать список 7z.
Есть такое дело, так работает плагин. Правда, есть небольшой костыль, дающий возможность вытаскивать по нескольку файлов за один запрос
extractToTempCount="20"
Но в больших значениях - будет слишком избыточно вытаскиваться в %temp% всё подряд до нужного файла (зато "быстрее"), а на малых - слишком много запросов будет - скорость упадёт в разы.
Хотя, тут правильнее было бы называть не "быстрее" или "медленнее". Сам архиватор распаковывает как есть, ему эти параметры без разницы. Проблема в том, что плагин передаёт задачу на распаковку только жёстко указанное количество идущих подряд файлов (и не более того). Следовательно, чтобы распаковать некий N+1 файл, надо будет отправлять ещё один запрос и перечитывать всё до него заново.
Отлично проследить за таким поведением можно на синхронизации между архивами, когда задаётся сравнение по содержимому фалйов с игнором даты, а в архиве - много-много разной мелочи (4 МБ архив с ~2 тыс. файлов на 34 МБ внутри - идеальный пример). Распаковать архиватором "нормально" - минута дела, распаковать тоталовским "родным" - тоже. Через total7zip будет мусолить минуты две-три минимум.
Добавлено: Пн фев 13, 2017 14:45
MVV
Mellomann,
Этот костыль не имеет отношения к единовременному извлечению файлов, при котором непрерывный блок декодируется один раз, а по ходу его декодирования из него извлекаются нужные файлы.
Костыль же нужен для ускорения выборочных извлечений конкретных файлов, например, при поиске или просмотре по F3, или при несовпадении порядка запроса файлов с порядком их расположения в блоке, когда для извлечения очередного файла нужно декодировать непрерывный блок с начала...
Добавлено: Пн фев 13, 2017 16:22
Azrailll
MVV писал(а):
В конфиге прописано path_7z_dll="%COMMANDER_PATH%\Plugins\wcx\MultiArc\7z.dll" - эта библиотека точно свежая? Попробуй прописать в параметре path_7z_dll путь к библиотеке от установленного 7-Zip.
7z -16.04, dll и 7z.exe там свежие лежат. Я его не устанавливал - просто распаковал. А путь.. раз распаковывает значит нормально находит.
MVV, раз у тебя все нормально работает, ты не мог бы выложить свои Total7zip.xml и wincmd.ini ради эксперимента? Может там совпадение каких-нибудь настроек надо типа фонового копирования...
Mellomann писал(а):
Есть такое дело, так работает плагин. Правда, есть небольшой костыль, дающий возможность вытаскивать по нескольку файлов за один запрос
extractToTempCount="20"
Что то я тоже не заметил влияния на распаковку всего архива. Поставил значение 10000 - скорость таже.
P.S. Блин Ghisler не мог сразу запилить нормальную поддержку 7z в 9 версии - чтобы сравнение файлов в .7z архивах работало... Так бы было достаточно кнопочки на панели для архивации.
Добавлено: Пн фев 13, 2017 17:20
Rodny
Azrailll писал(а):[PackerPlugins]
7z=735,%COMMANDER_PATH%\plugins\wcx\Total7zip\Total7zip.wcx64
А вот это непотребство кто-то руками написал?
Добавлено: Пн фев 13, 2017 18:37
imig73
Никаких тормозов в работе Total7zip тоже не заметил, создаю, изменяю без проблем.
Rodny
Ога, это самоуправство. Пропись Total7zip.wcx для х64 нормально распознается и работает.
Добавлено: Пн фев 13, 2017 20:29
Mellomann
Rodny писал(а):Azrailll писал(а):[PackerPlugins]
7z=735,%COMMANDER_PATH%\plugins\wcx\Total7zip\Total7zip.wcx64
А вот это непотребство кто-то руками написал?
Почему сразу непотребство? Я тоже так делаю, отлично работает.
Добавлено: Пн фев 13, 2017 21:00
imig73
Mellomann
А можно узнать каков смысл или необходимость такой записи? А если комбинированная установка TC x32/64 к примеру, с общим wincmd.ini, то это вообще нарушит функциональность и плагин работать в х32 просто не будет.... Может есть какой-то тайный смысл сего?
Добавлено: Пн фев 13, 2017 21:27
Mellomann
У меня конфиг с *64 подключается отдельно через спец. вызов внешнего ini (параметр /I), потому 32битной версии оно не мешает - в обычном конфиге *64 не писал.
Добавлено: Пн фев 13, 2017 21:36
imig73
Mellomann
Честно говоря я тоже раньше так делал, но потом понял что это только мешает...
Добавлено: Пн фев 13, 2017 23:58
MVV
Azrailll,
Пример архива можешь привести, с которым у тебя всё тормозит при распаковке по Alt+F9? А то вдруг архив какой-нибудь хитромудрый, а мы головы ломаем...
Добавлено: Вт фев 14, 2017 03:27
Azrailll
MVV писал(а):Azrailll,
Пример архива можешь привести, с которым у тебя всё тормозит при распаковке по Alt+F9? А то вдруг архив какой-нибудь хитромудрый, а мы головы ломаем...
Посмотрел внимательнее на архив: действительно "хитромудрый".
Сделан в линуксе и там есть копии файлов с именами в верхнем регистре.
С другими архивами сопоставимая скорость.
А вот это непотребство кто-то руками написал?
Лол. А если у меня, к примеру, стоит только х64 версия ТС зачем мне х32 плагины держать?
Добавлено: Вт фев 14, 2017 08:16
imig73
Azrailll
Вы заблуждаетесь, ТС х64 прекрасно различает запись .wcx в конфигурации и держать еще файлы *.wcx совсем не нужно. Это и есть настоящая универсальность.
Добавлено: Вт фев 14, 2017 11:39
MVV
Что ж, хоть что-то прояснилось, хотя по-прежнему не совсем понятно, почему у Total7zip возникают трудности при полной распаковке архива с дубликатами имён в разных регистрах.
Добавлено: Сб фев 18, 2017 12:08
Dimsok
При изменении 7z архива создаётся временный файл в противоположной панели. Так и должно быть, и где это можно поменять?