» WinRAR (часть 2)

ANDE2003

Цитата:

Просто интересно. RAR не может создать архив со словарем отличным от 2m, 4m, 8m ну и т.д., то есть нельзя создать архив со словарем 3m
Почему? Это какое-то архитектурное ограничение, или просто для красоты?

Архитектурное ограничение. Практическая польза от таких размеров была бы невелика, а со словарями, кратными степени 2, в общем случае можно работать чуть быстрее. Переполнение позиции в словаре можно обрабатывать с помощью логического AND с размером словаря - 1.

Добавлено:
Fintrum

Цитата:

Да, я читал справку, хотелось бы понять, влияет ли это на производительность распаковки.

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

Вот на расход памяти и скорость упаковки рост размера словаря влияет однозначно в худшую сторону.

Цитата:

Ну и какой размер словаря стоит выбрать, по мнению опытного юзера?

Я свое мнение по этому поводу выразил, выбрав в качестве умолчания для RAR5 словарь 32 MB. Но это среднее значение на все случаи жизни. А так, кому-то важнее скорость, кому-то память или сжатие.

Цитата:

И в случае, если 128 и 1024 не отличаются по уровню сжатия конкретных данных?

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

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

EugeneRoshal
Спасибо большое, теперь всё понятно, а то сложно выбрать не до конца понимая принцип, хочется максимум, а всё-таки, вдруг придётся распаковывать на маленьком объёме ОЗУ.

Fintrum
Отмотаем на 1 год назад.

Про маленький объём ОЗУ прочтите тута и здеся

Надо бы это тоже в faq добавить. Что скажет ALL?

Файлы из запароленного архива xyz.rar извлекаются на защищённый внешний диск. Но при этом системный раздел компьютера, на котором производится эта операция, ничем не защищен. Если оппонент получит доступ к этому системному разделу, то какую информацию о содержимом архива xyz.rar он сможет извлечь? Содержимое файлов? Список файлов? Ещё что-то?
Спасибо!

если ты запоролишь имена то только о размере

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

точно. я неправильно понял вопрос

WinRAR по умолчанию сохраняет альтернативные потоки?
Вопрос возник после прочтения статьи на Хабре, хотя там нет ни слова про RAR, однако вопрос возник

http://habrahabr.ru/company/infopulse/blog/274183/

ANDE2003

Если руками или через -Os не скомандовать то теряет. См. Имя и параметры архива: Дополнительные параметры в Справке.

ANDE2003

Цитата:

WinRAR по умолчанию сохраняет альтернативные потоки?

По умолчанию - нет, но опция есть.

Кроме того, WinRAR при распаковке из GUI проставляет на распакованные файлы описанный в статье поток Zone.Identifier. Аналогично встроенному в Windows распаковщику ZIP.

EugeneRoshal

Цитата:

WinRAR при распаковке из GUI проставляет на распакованные файлы описанный в статье поток Zone.Identifier.

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

KT315E

Н-н-да. Вот тут и выручает Far + плагин NTFS File Information - на панели плагина видны потоки, убираем лишнее, радуемся.

KT315E
В свое время перенос Zone.Identifier добавлялся по рекомендации Microsoft, и тогда я не заметил, чтобы это как-то вредило пользователям. Но в последнее время этот Blocked статус в некоторых случаях действительно начинает вызывать проблемы. У меня, например, из-за него AI Suite 3 для системной платы Asus не хотел устанавливаться. Так что я уже думаю, не сделать ли это опцией в настройках, и если делать, то включенной или выключенной по умолчанию. Пока не решил.

EugeneRoshal
ИМХО, опцией - это хорошо. У юзверя будет выбор. А выбор - это хорошо. По умолчанию, наверное, включенной, как MS рекомендует. Ведь Zone.Identifier нужен как метка того, что файл был скачен из непроверенного источника. А значит, все, что из этого файла извлечено - тоже не проверено до тех пор, пока юзверь специально не обратит на этот момент внимание и или нажмет "Разблокировать" либо залезет в настройки архиватора и установит галочку там. Что-то типа "Remove Zone.Identifier from extracted files".

ItsJustMe

Разумно, да у MS любая машина в одноранговой локалке враг номер один даже если стоит в соседнем отсеке серверной стойки. Сам не раз на этот идиотизм нарывался, и правил настройки оси, но ... "Источник-приёмник локальная машина? - не вешаем, нет? - цепляем к файлам :$Zone.Identifier. Хотите избавится? Покупайте наши сервера, AD и прочий мусор!". Убеждён что за этим их отдел продаж маячит как ушки Дяди Сэма над известным заливом.

EugeneRoshal

Цитата:

Так что я уже думаю, не сделать ли это опцией в настройках, и если делать, то включенной или выключенной по умолчанию. Пока не решил.

Просто мысли вслух:
1. В настройках - сделать.
2. По умолчанию отключить. В 98% случаев оно не требуется.

p.s. С наступающим ! Всех благ !

Benchmark
Если по умолчанию отключить, так ее никто и не включит. Тогда возникает вопрос, а нужна ли вообще такая опция, или можно просто убрать копирование Zone.Identifier. Есть ли от него какая-то практическая польза. Может в каких-то организациях в политике безопасности это полезно, но пока я не уверен.

Всех с Новым Годом!

EugeneRoshal

Цитата:

Может в каких-то организациях в политике безопасности это полезно

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

Лучше, когда опция есть, чем когда её совсем нет. Просто понадобиться она может редко.

Benchmark

Цитата:

И в этих случаях сохраняют всё - полные пути, атрибуты файлов, zone identifier. Т.е. чтобы при восстановлении получилось всё строго, как было.

Это, скорее, относится к "Save file streams" в диалоге архивирования, и ее я убирать не собираюсь. Я имел в виду перенос потока Zone.Identifier с архива на распаковываемые файлы при распаковке.

Как проверить целостность томов для восстановления?

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

Можно в будущем добавить тестирование rev томов, но тут может быть нежелательный побочный эффект. Если архив уже битый, то есть, rev не пересоздать заново, пользователь тестирует rev тома и удаляет поврежденные, это может ухудшить шансы на восстановление. Даже частично поврежденный rev может быть полезен, если в нем осталось сколько-то неповрежденных данных. Это надо будет упомянуть в сообщении о битом томе.

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

d3adb33f
Экзотика. Посмотрим.

Цитата:

даже частично битый rev том тоже может помочь в восттановлении.

EugeneRoshal

Я создал многотомный RAR5 архив (получилось 8 томов по 30Мб);
Для тестирования rev-тома, произвёл восстановление одного удалённого тома (всё восстановилось);
Протестировал архив (ошибок не онаружено);
С помощью двоичного редактора изменил где-то в середине файла всего одну букву в одном из томов архива и в rev-томе;

При реконструкции появилось сообщение Найдено томов для восстановления: 0
Реконструкция невозможна

hErAx
Я этот код писал давно. Значит уже забыл подробности, и битые rev тома выбраковываются. Надо будет потом оценить, насколько это оправданно.

Добавлено:
hErAx
Все же это оправданно. Я посмотрел, в нынешнем формате rev томов нет посекторных контрольных сумм, только пофайловые. Так что я был не прав, и частичное использование битого rev файла в RAR невозможно.

Цитата:

и частичное использование битого rev файла в RAR невозможно

В такой ситуации, для надёжного хранения rev-томов, надо каждый отдельно заархивировать с добавлением RecoveryRecord. так?

Добавлено:
EugeneRoshal

Цитата:

Так что я был не прав

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

d3adb33f 17:58 02-01-2016
Цитата:

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

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

hErAx

Цитата:

В такой ситуации, для надёжного хранения rev-томов, надо каждый отдельно заархивировать с добавлением RecoveryRecord. так?

Можно так, можно вместо RR на один REV том больше сделать.

Да. Их должно быть много и мелкого размера, а не так,как у меня
Цитата:

(получилось 8 томов по 30Мб);

Уж лучше 80 томов по 3

Добавлено:
Если размер берётся исходя из размера носителя, то нелишним будет создавать такие пома с информацией для восстановления. Если без неё, то надо сильно уменьшать размер тома. Это хорошо, что их количество может быть
Цитата:

65 535 для формата RAR 5.0.

Добавлено:
Спасибо, разобрался.

Цитата:

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

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