» WinRAR (часть 2)

pikorembo

Давайте посмотрим что изменилось во времени?

ЭВМ изначально использовали однопоточную архитектуру ОКОД "Одиночный Команд, Одиночный Данных", после была создана архитектура ОКМД (Одиночный команд, Множественный Данных) - к примеру отечественные векторные процессоры ПС-3000, сейчас технология столкнулась с физическим пределом быстродействия активных элементов определяемым подвижностью носителей заряда в веществе что вынудило перейти к архитектуре МКМД (Множественный Команд, Множественный Данных), а вот старые алгоритмы рассчитанные на ОКОД на современных МКМД ЭВМ выигрыша во времени выполнения не дают, и часто становятся основным источником проблем для разработчиков как аппаратной части, так ОС. Поэтому от них по возможности стараются отказаться.

Что касается соотношения "время обработки - степень сжатия", то оно нелинейно и вы зря требуете от современного МКМД ПО наличия тех же свойств что стали вам привычны на старом ОКОД ПО. Причины смотрите выше, если вы с не согласны с физикой, то примете это как данность.

Что касается UAC как технологии, то скажите пожалуйста а вы что не знаете как выставить права доступа в ACL? То что они выставлены Микрософт безграмотно давно ни для кого не секрет, а то что можно создать свой каталог для установки ПО для вас видимо станет открытием ибо дядя Стиви сказал "Всё ПО ставим в Program Files!", а то что речь идёт только о системном ПО сказать увы, забыл...

Victor_VG
Какое отношение имеет архитектура ЭВМ к тому, что я написал? Разве наличие алгоритма сжатия текста в RAR 4 кому-то мешало? Я лишь предложил оставить его в RAR 5, и не важно, что он медленно исполняется на многоядерных процессорах, зато выигрыш в сжатии дает ощутимый. Ведь не зря же он существует в WinRAR с 3-й версии.

Что касается UAC, некоторые так и наровят обругать Майкрософт, вот и вы туда же. В чем суть вашего предложения? Понасоздавать каталогов и разрешить писать туда все и всем? Позвольте мне самому решать, как выставлять ACL на своих серверах. Складывается впечатление, что вы читаете по диагонали и даже не поняли суть моих предложений.

pikorembo

Цитата:

Почему раньше в настройках стояло "Извлекать с относительными путями", а сейчас "Извлекать с полными путями"?

Я сейчас удалил все настройки WinRAR из registry, проверил, если распаковывать изнутри архива, стоит "с относительными путями". Если распаковывать снаружи архива, в режиме просмотра обычных файлов, тогда выбрается "с полными путями", но это и логично, так как в этой ситуации нет базового пути в архиве, относительно которого можно выполнять распаковку.


Цитата:

Что же получается, автор ошибся, добавив этот алгоритм в предыдущие версии?

Тут уже правильно ответили - за 11 лет между 3.0 и 5.0 изменилась архитектура компьютеров. Несколько процессоров раньше были уделом только серверов и мощных рабочих станций, теперь они норма даже на планшетах с телефонами. Кроме того, изменились типичные наборы данных у пользователей, объемы носителей, скорость каналов передачи данных и само отношение пользователей к сжатию.


Цитата:

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

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


Цитата:

Полагаю, алгоритм сжатия текста был заблокирован в 5-й версии намеренно

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


Цитата:

Но когда уже будет реализована полная поддержка UAC?

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

pikorembo
Алгоритм сжатия текста из WinRAR 4, как я понимаю, практически не поддавался эффективному распараллеливанию, поэтому и был убран. И это правильно.

Для большинства пользователей возможность ускорить сжатие в разы (по числу ядер) важнее, чем выигрыш в несколько десятков или сотен килобайт - сейчас терабайтные диски стоят совсем недорого.

Что касается UAC - соглашусь, хорошо бы уже. Тем более, серьезные конторы вроде PkWare давно добавили поддержу UAC в свои продукты.

pikorembo

Если вы посмотрите на другой проект у истоков которого стоял Женя - Far Manager, то увидите, что реализация механизма Elevation (именно он реализует функции UAC) потребовала от сообщества Far достаточно больших усилий и до сих пор некоторые люди не считают её идеальной. И дело не в том, что программа может что-то сделать не так как мы от неё ждём, а в том, что Elevation как механизм обхода системных ограничений безопасности это принципиально тупиковый подход к решению большинства задач.

EugeneRoshal 15:56 26-04-2014
Цитата:

Цитата: По умолчанию при выборе формата RAR 4 не будет производиться сжатие текста, типа на многоядерных процессорах будет быстрее извлекать. Полагаю, алгоритм сжатия текста был заблокирован в 5-й версии намеренно

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

EugeneRoshal

Цитата:

Если распаковывать снаружи архива, в режиме просмотра обычных файлов, тогда выбрается "с полными путями"

Теперь понятно, это "плавающее" поведение опции и сбило меня с толку. После изменения настроек я нажал "Сохранить установки", что и вызвало дальнейшие проблемы. Мне кажется, лучше зафиксировать эту опцию по умолчанию в каком-то одном положении, тем более что распаковка из корня архива ".." по логике должа быть такой же, как и извне архива.

Цитата:

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

Наверное, так действительно лучше. Если сжатие по алгоритму PPMd является "бутылочным горлышком" всего процесса архивирования, то лучше его отключить. Не являюсь специалистом по алгоритмам сжатия данных, спрошу из чистого любопытства. Неужели этот алгоритм совсем никак не параллелится? Если, допустим, сделать 2 словаря и разбить текст по принципу зебры, одно ядро ЦП лопатит четные символы, другое - нечетные?

Цитата:

При этом то ли прятать текущий процесс и потом восстанавливать, то ли завершать его и оставлять работать новый процесс.

Можно взглянуть на реализацию в текстовом редакторе AkelPad. Там чтение/сохранение работает как бы через прокси-процесс, который висит в памяти настраиваемое пользователем время. Если взглянуть на реализацию в Windows, то там Explorer вообще никогда не работает в elevated режиме.

UPD. И перенос файлов из Explorer в WinRAR будет сопряжен с трудностями, если приложения будут иметь разные уровни изоляции.

pikorembo

Подобные предлагаемому вами решению эксперименты по распараллеливанию однопоточных алгоритмов сжатия данных проводились DEC для ОС Open VMS и DEC OSF/1 на многопроцессорных серверах DEC Server 2100 AXP (до 4-х ЦП Alpha AXP 21064A) и не дали положительных результатов. В отдельных случаях наблюдалось сокращение времени работы самого алгоритма на десятые доли процента, но расход системных ресурсов и общее время решения задачи резко возрастали в следствии чего данные эксперименты были признаны бесперспективными.

oshizelly

Цитата:

Секундочку... А простой текст, что, и не шифруется тоже (при защите архива пароля)??

А какая связь алгоритма сжатия текста и шифрования?

Цитата:

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

Выделить сам архив в оболочке WinRAR, а не файлы внутри архива, и нажать Extract To.

pikorembo

Цитата:

Если, допустим, сделать 2 словаря и разбить текст по принципу зебры, одно ядро ЦП лопатит четные символы, другое - нечетные?

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

Цитата:

Можно взглянуть на реализацию в текстовом редакторе AkelPad. Там чтение/сохранение работает как бы через прокси-процесс, который висит в памяти настраиваемое пользователем время.

Запустить процесс, который будет принимать запросы на создание файлов и каталогов? Тоже вариант, правда не уверен, как тут с безопасностью. К этому процессу ведь смогут обращаться и другие программы. А пользователь при этом считает, что он разрешил доступ только для WinRAR. Врочем, маловероятно, что кто-нибудь сможет этим злоупотребить.

EugeneRoshal 19:09 26-04-2014
Цитата:

А какая связь алгоритма сжатия текста и шифрования?

Я вполне допускаю, что эта связь существует только в моем сознании. Но мне казалось так: шифрование данных производится в процессе их сжатия. А данные, которые не обрабатываются для сжатия, они, соответственно, и не шифруются. Вот как-то так... Нет?

Кстати, тут ещё и другой момент: где-то когда-то читал, что сжатие данных увеличивает степень защиты против брут-форс атак. Но, может, что-то неправильно понял или запомнил.


Цитата:

Выделить сам архив в оболочке WinRAR, а не файлы внутри архива, и нажать Extract To.

Честно говоря, именно так я и предполагал, но на всякий случай переспросил.
Однако в таком случае мне не совсем понятно ваше замечание, что:
15:56 26-04-2014
Цитата:

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

Мне кажется, что в этой ситуации базовый путь - это путь к папке, в которой расположен архив. И вроде бы именно так это и понималось в предыдущих версиях WinRar

EugeneRoshal

Цитата:

К этому процессу ведь смогут обращаться и другие программы.

В принципе, этот вопрос можно регулировать отношениями "родитель - потомок". Но тогда зловред может инжектировать себя в основной процесс WinRAR, посылая команды наверх уже оттуда. Видимо, все операции должны быть разовыми, и порожденный процесс должен завершаться сразу после выполнения команды. На мой взгляд, реализация UAC в AkelPad несовершенна, именно поэтому автора попросили добавить в настройки время завершения процесса, запущенного от имени администратора.

Цитата:

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

Думаю, не стоит на это рассчитывать, WinRAR слишком популярен, и этим обязательно воспользуются.

oshizelly

Цитата:

Но мне казалось так: шифрование данных производится в процессе их сжатия.

После сжатия.

Цитата:

А данные, которые не обрабатываются для сжатия, они, соответственно, и не шифруются.

Шифруются. Можно использовать пароль и режим без сжатия вместе.

Цитата:

Мне кажется, что в этой ситуации базовый путь - это путь к папке, в которой расположен архив.

При распаковке базовый путь это путь внутри архива.

pikorembo

Цитата:

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

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

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

EugeneRoshal

Цитата:

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

Тут не понятно в чём смысл "убирания фичей" под корень в RAR5 (если совместимость со старыми версиями соравно остаётся), ну отключите их по умолчанию, кому надо включит? (это касается не только текста)

oshizelly

Связь имеется, и кстати прямая, хотя она не столь очевидна - это теорема Шеннона-Фано о не взламываемом коде на которой построен шифр Шеннона-Фано:

Цитата:

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

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

egor23
Есть технические причины. Лишний код это лишние усилия на его поддержание и лишние ошибки. Есть репутационные. Пользователи, не понимая последствий, включали сжатие текста когда надо и когда не надо. Отчасти из-за этого RAR 3.x - 4.x приобрел репутацию медленного архиватора. Есть эстетические. Эти модули мне в RAR 4.x не нравились

Цитата:

это касается не только текста

Так и таскать на 15 лет отставшее от реалий сжатие true color bmp, wav и прочих итаниумов, просто чтобы было?

Подскажите пожалуйста, можно ли скрыть эту панель? Я ею вообще не пользуюсь, а занимает много места.
http://2.firepic.org/2/images/2014-04/26/sni48sjwlsjp.jpg

Цитата:

отставшее от реалий сжатие true color bmp, wav

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

Цитата:

Стоимость носителей за единицу объема падает, а габаритные данные, размер которых растет вместе с размером носителей, как правило, уже чем-нибудь пожаты.

Хорошие слова, только никто так и не объяснил зачем жать уже пожатое, зачем нужен архиватор если стоимость носителей за единицу объёма падает? Ещё не хватает только сказать что цены на высокоскоростной интернет падают. И тогда совсем будет непонятно зачем нужен архиватор. Разве что для удобства передачи одним файлом, но для быстроты можно совсем убрать сжатие.

ZTolerance

Цитата:

Подскажите пожалуйста, можно ли скрыть эту панель? Я ею вообще не пользуюсь, а занимает много места.

Сделайте свою шкурку без иконок, но к примеру с текстом. А проще консольный rar использовать.

ZTolerance
Options > Settings... > на вкладке General, нажать кнопку Toolbars... > убрать галку View main toolbar. Как все эти меню на русском не знаю, но думаю и так найти можно.

Есть команда
удалить из архива dummy все файлы *.dmy :

WinRAR d dummy *.dmy

Как сделать это для sfx архива?желательно прописать в самом архиве(чтобы выполнил после распаковки)

zhe_zho

Цитата:

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

Может у вас нетипичная ситуация, но у обычного пользователя объем doc составит доли процента от его остальных файлов, среди которых тяжелее всего будут jpg, avi и т.п. Кроме того, даже у файлов наподобие doc идет переход к уже пожатым форматам (docx).

Цитата:

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

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

Добры день.
Винраре есть команда (WinRAR ch –tl - Установить время архива по времени новейшего файла).
1.    Вопрос Как сделать на оборот - Установить время архива по времени старого файла?
2.    Вопрос Как задать атрибут толка-чтения архивному файлу?

tombender

Обе задачи элементарно реализуются через механизм задачи атрибутов файлов любой ОС.

tombender
В WinRAR таких команд нет. Установку read-only атрибута и правда несложно выполнить с помощью attrib.

Раз уж речь зашла о смысле жизни и, в частности, архивирования, озвучу старую идею повышения степени сжатия.

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

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

Однако, даже на существующей базе ПО можно сварганить скрипт, который сформирует список уникальных файлов для упаковки обычным архиватором, а при распаковке создаст дубли нужных файлов (например, средствами sfx). А уж если это всё будет делать сам архиватор, то можно учесть и почти-уникальность (если бинарники отличаются только метаданными, а медиафайлы тегами). Да, придётся добавить "лишний" проход при упаковке и усложнить структуру архива, не говоря уж о сложности угадывания похожих файлов (потребуется учитывать их форматы). Но ведь и выигрыш должен получиться существенный -- за что ещё бороться на этом рынке, если у всех конкурентов "примерно одно и то же"?

chAlx

Цитата:

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

В формате архива RAR5 есть опция - Сохранять идентичные файлы как ссылки.

chAlx

И любой SOLID (непрерывный) алгоритм сжатия выполняет дополнительный проход анализа с целью поиска бинарно совпадающих файлов - они копируются в архив один раз, копии заменяются ссылками на имя файла. Это в разы увеличивает время модификации архива ибо он перепаковывается целиком, но позволяет достичь более высоких степеней сжатия. Этот механизм существует на белом свете с момента появления первых накопителей на магнитной ленте (НМЛ, стриммер) для мэйнфреймов Simens-Nixdorf 4004 / IBM S/360 - примерно с начала 60-х годов XX-го века как способ увеличения эффективной ёмкости носителя. Ничто не ново под Луной.

Пакую архив с опциями "Пароль" и "Шифровать имена файлов".
Но при попытке зайти в архив он сразу же запрашивает пароль. Смысл в опции "Шифровать имена файлов"? Когда она "проявляется"?

HelioSS

Цитата:

Когда она "проявляется"?

Снимите отметку с "Шифровать имена файлов" и сразу всё увидите.

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