» WinRAR (часть 2)

EugeneRoshal Как насчет того, чтобы встроить в WinRAR использование GPU ? Есть такое в планах?

---

cob

А чем консольные версии rar хуже? Дискриминация в просьбах! Делать так для всех платформ.

Цитата:

Как насчет того, чтобы встроить в WinRAR использование GPU ?

я экспериментировал с gpu-accelerated BSC compressor. распаковка с ошибками - обычное дело. после общения с разными разработчиками пришёл к выводу, что все профессиональные акселераторы (Xeon Phi, Tesla...) оснащены ECC-памятью не зря - если для графики регулярные сбои памяти не существенны, то для любых точных расчётов эти 4-6 ггц результирующей частоты без ECC - просто одна большая лотерея

и это не упоминая банальное отсутствие GPU-алгоритмов сжатия. в том же WinZip выигрыш от GPU порядка 10%

Bulat_Ziganshin

Цитата:

все профессиональные акселераторы (Xeon Phi, Tesla...) оснащены ECC-памятью не зря

Тому есть физическая причина - в DRAM данные хранятся в виде заряда на затворной ёмкости МОП-транзистора, и уже при 65 - 90 нМ техпроцессе электрон с энергией в сотню эВ способен изменить её заряд и вызвать ложное срабатывание считывающего транзистора. Достаточно. Да, для графики это не важно - алгоритмы используют интерполяцию по соседним точкам, а для расчётов это сбой и потеря данных.

cob

Цитата:

Как насчет того, чтобы встроить в WinRAR использование GPU ? Есть такое в планах?

Булат правильно ответил. В RAR не те алгоритмы, чтобы что-то существенно выиграть от использования GPU. И с надежностью и поддержкой GPU кода могут быть проблемы.

EugeneRoshal
Скажите пожалуйста, почему при наличии в зашифрованном архиве файлов с разными паролями при ошибке распаковки не запрашивает новый пароль? (хотя бы как опцию "Запрашивать новый пароль при ошибке распаковки зашифрованного архива" и как вариант "Сохранять в памяти при распаковке все введенные пароли и автоматически применять их при ошибке распаковки" ну или как-то так...)

BarHan

Цитата:

почему при наличии в зашифрованном архиве файлов с разными паролями при ошибке распаковки не запрашивает новый пароль?

Дело в том, что в формате RAR 4.x некорректность пароля выяснялась только после распаковки файла. Начало файла при этом могло остаться в предыдущем и уже недоступном томе. На распаковку уже могло быть потрачено существенное время. Кроме того, отличить неверный пароль от битого архива в RAR4 нельзя.

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

столкнулся со странным глюком, тройка файлов из полученного по почте zip архива отображаются одиночным квадратиком вместо имён и при распаковке заменяют друг друга, встроенный в win архиватор и альтернативные архиваторы отображают имена файлов нормально (понимаю что какая-то клиника с кодировками, но не пойму в чём конкретно глюк) ? WinXP SP3, WinRar 4.20 x32

Baltazar500
Надо смотреть на конкретный архив. У ZIP'а несколько позиций и способов для хранения имени: local header, central directory, utf-8 имя, utf-8 extra field. Так что потенциально проблемных мест тоже несколько. Бывает, что utf-8 name extra field не соответствует имени в central directory, и тогда разные распаковщики могут показывать разное содержимое.

Вообще, есть смысл попробовать и WinRAR 5.0, там поддержка UTF-8 имен местами переделана.

Цитата:

Baltazar500
Надо смотреть на конкретный архив. У ZIP'а несколько позиций и способов для хранения имени: local header, central directory, utf-8 имя, utf-8 extra field. Так что потенциально проблемных мест тоже несколько. Бывает, что utf-8 name extra field не соответствует имени в central directory, и тогда разные распаковщики могут показывать разное содержимое.

Вообще, есть смысл попробовать и WinRAR 5.0, там поддержка UTF-8 имен местами переделана.

понятно )

да просто с таким случаем впервые столкнулся, вот и решил уточнить, ну если будет время ради интереса проверю где затык с именем =)

единственное, хотел спросить, каким софтом это можно сделать (спрашиваю для экономии времени даб долго не гуглить) ? можно консольным )

Baltazar500
Насчет софта не знаю. Я бы смотрел в hex viewer'е или в отладчике с WinRAR.

Baltazar500

Инструменты - к примеру BreakPoint Hex Workshop, Hex Editor Neo, Sweetscape 010 Editor ....

EugeneRoshal
Victor_VG

Цитата:

или в отладчике с WinRAR

Пункт 10 лицензионного соглашения это запрещает, нет?

ALEX666999

Цитата:

Пункт 10 лицензионного соглашения это запрещает, нет?

Разработчику? Я писал, что бы я лично делал с этим архивом, попади он мне в руки.

Baltazar500 спросил, каким софтом это можно сделать, и ниже пошли ответы.
Я просто и уточнил сразу, что будет нарушение, по идее.
А разработчику очевидно, что не требуется руководствоваться ЛС.

ALEX666999

Цитата:

Я просто и уточнил сразу, что будет нарушение, по идее.

Да, это так. Но и не будь этого пункта лицензии, без отладочной информации и исходников толку в этой ситуации от отладчика мало. Проще взять appnote.txt с сайта pkware и hex viewer. Или выложить этот zip куда-нибудь и прислать мне ссылку.

EugeneRoshal

если симлинки содержат абсолютные пути (такие делает Far), то последовательность:
запаковка с опциями -ma -ol
перенос на другую машину
распаковка в неидентичную папкуприводит к нарушению символических связей.
с одной стороны, это не баг — архиватор выполнил задание в точности.
с другой стороны, пользователь все-таки хотел другое, и полученный результат создает лишние проблемы, которые не для всех могут оказаться решаемыми.

EugeneRoshal
будет ли реализована полноценная поддержка 7z архивов? или хотя бы возможность их переупаковки?

ccaid

Цитата:

с другой стороны, пользователь все-таки хотел другое

Не уверен, что пользователь всегда хотел другое. Могу предположить, чтобы бывают ситуации, когда понадобятся и симлинки с абсолютными путями. Например, при бэкапе части системы. Пока не знаю, правильно ли будет при упаковке преобразовывать абсолютные пути в симлинках в относительные по умолчанию.

Добавлено:
YSF
Сжатие в 7z пока не планируется.

Цитата:

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

если симлинк указывает на файл/папку за пределами создаваемого архива — нет. если на файл, попадающий в архив, то при распаковке бэкапа в другое место на той же системе (например, сравнить текущее состояние системы с сохраненным) возникнет коллизия — аболютный путь будет указывать не туда, куда мы ожидаем.
вопрос решат: опция, влияющая на упаковку, и опция, влияющая на распаковку. последняя заодно поможет тем, кто уже упаковал с абсолютными путями и обнаружил неожиданную особенность своих архивов.

EugeneRoshal
ccaid
вообще ситуация напоминает мне reasons behind -ep option. там тоже много вариантов и решить какой из них нужен в данном конкретном случае, без чтения мыслей решительно невозможно

EugeneRoshal

А если сделать возможным указывать при создании архива такую опцию? И пусть оператор сам принимает решение по месту.

Victor_VG
Да, как вариант, опция наподобие -ep.

EugeneRoshal

Мне думается это оптимальное решение.

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

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

Другими словами, если мы пакуем d:\dir1\dir2\* и встретили линк на d:\dir1\file2.ext, мы можем преобразовать его в ..\file2.ext. Но если мы распаковываем 'dir2\*' и встретили линк на d:\dir1\file2.ext, для преобразования его в ..\file2.ext недостаточно информации. Полного пути к dir2 в архиве уже нет.

EugeneRoshal
я не очень в курсе темы, но мне кажется что первое предложенное ccaid решение и было самым правильным - при упаковке каталога X превращать в относительные все ссылки на файлы внутри этого каталога. и всё

Bulat_Ziganshin
Возможно. Я пока не определился, можно ли это делать безусловно, без всяких опций. Или могут быть ситуации, когда замена ссылки на относительную нежелательна для пользователя.

Bulat_Ziganshin
EugeneRoshal

В некоторых случаях безусловная конверсия симлинков может вызвать ошибку ФС. И мне думается, что возможным решением было бы включение дополнительной опции в распаковщике типа "Базировать симлинки относительно каталога ...." задаваемого оператором. А если он сам что напутал - пусть сам с ними и возится.

Bulat_Ziganshin
Кстати, тогда ведь при бэкапе диска целиком, все абсолютные ссылки в пределах диска заменятся на относительные. А бэкап - одно из самых вероятных применений этой функции. И он обычно подразумевает, что распакованные данные должны максимально соответствовать исходным.