» WinRAR (часть 2)

К вопросу о процах...
Как новый Broadwell (5775C @3.3Ghz) рвёт топовый Haswell (4790K @4Ghz) в WinRAR.
http://images.anandtech.com/graphs/graph9320/74921.png

PAQer

И зачем нам это тут? Для сведения что такой камень есть? Или это понимать как "удачную" рекламу? Например мне как профессионалу это совершенно не интересно ибо если я что-то разрабатываю, то на это есть утверждённое ТЗ и в нём чётко указано что именно надо разработать и какая элементная база должна применяться, а то что привели вы это просто общие слова в отрыве от контекста, которые вдобавок невозможно экспериментально проверить, да и сама методика измерений известна примерно как эта:

Цитата:

SunDisk iSSD 1100 (SanDisk iSSD SDIS5BK 024G)

Приблизительные данные, основанные на собственном показателе SanDisk,
характеризующем, сколько данных может быть записано на твердотельный
накопитель за весь срок его службы, в терабайтах записи (TBW). Данные
записываются блоками типичного размера с постоянной интенсивностью на
протяжении всего срока службы накопителя и хранятся как минимум 1 год по
достижении порога TBW. По результатам внутренних измерений SanDisk,
типичный пользователь компьютера-клиента записывает 4 ГБ в день.

(LDE: долгосрочная сохранность данных): 4 ГБ (2,5 TBW), 8 ГБ (5 TBW), 16 ГБ
(10 TBW), 24 ГБ (15 TBW), 32 ГБ (20 TBW), 64 ГБ (40 TBW), 128 ГБ (80 TBW)

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

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

Darth_Max

Цитата:

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

Тестирует, я сейчас проверил. Тестирование выполняется быстро, чтобы его заметить, нужен большой файл. Или упаковать в RAR4+force text compression, тогда тестироваться будет медленно, и можно успеть разглядеть.


Цитата:

А еще не спрашивает пароль, а если тестировать вручную - спрашивает пароль.

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

Darth_Max

А зачем спрашивать пароль вторично если в данном цикле операций он в памяти? Да и если архив ещё в кэше ОС, то его проверка в ОЗУ пройдёт значительно быстрее чем при чтении с диска, раз, если используется NTFS то её алгоритмы гарантируют целостность записи данных на исправный том, а коли на нём есть физические и софтовые бэды то с ними сама ОС разбирается. Так что в таком случае необходимость в проверке всего архива явно надуманная, а вот проверить правильность ввода задуманного пароля люди иногда забывают, так что остаётся только неисправность ЦП, чипсета или ОЗУ. Ну, для а это сразу вылезет сбоями операций что не заметить не возможно. Остаются сетевые операции и носители низкой надёжности, но и там есть механизмы контроля целостности операций реального времени не зависящие от конкретных приложений.

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

EugeneRoshal

Часто тестирую архивы, ибо бьются иногда.
Обычно встаю на папку и нажимаю кнопку протестировать, WinRAR сам находит все архивы в папке и тестирует их. Удобно.
Но если он находит ошибку, скажем, в одном непрерывном архиве, то заваливает сообщениями о тысячах плохих файлах. Если тестируется один архив, то это еще терпимо, а вот если тестируешь два десятка, то понять что-то в этих тысячах строк трудно.
Нельзя добавить кнопку - показывать только плохие архивы, без файлов, для тех кому не интересно какие именно файлы побились, а интересны только испорченные архивы.

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

EugeneRoshal

Цитата:

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

имя архива конечно хорошо, но если побилось несколько архивов, то найти что-то в списке из тысячи строк проблематично. А так опция - показать только битые архивы

Здравствуйте!
Случилось непредвиденное
Запустил на архивацию с такими параметрами:
rar m -ep -m5 -agYYYY-MM-DD -dh -y -o+ "D:\INST\Backup\" "@D:\INST\Backup\backup.lst"
Содержание backup.lst – путь к 3 папкам, в каждой из них по одному файлу с именем 1.dat, в каждой папке этот файл разного размера ну и содержимого.
В итоге получил архив, внутри есть все 3 файла, но какой бы я не распаковывал все время получаю один и тот же файл.
Хотя если просматривать внутри архива, то все ок.
Подскажите пожалуйста, есть возможность получить при распаковке все 3 файла в оригинале или можно не мучатся?


Добавлено:
Сам себе отвечаю
Все решилось. Распаковал консольным rar'ом с ключом e.
Почему-то в gui версии, т.е. winrar'ом не получалось.

mrSaigon
В WinRAR можно выбрать все файлы и установить в диалоге распаковки опцию "Rename automatically". А в командной строке добавить ключ -or. Тогда при распаковке повторяющиеся имена файлов будут переименованы автоматически.

Можно ли как-то "по внешнему виду" исходного кода Rar-архива определить его формат, в смысле, 4-я или 5-я версия WinRar? Сигнатура в начале файла вроде бы в обоих одинаковая "Rar!", в конце файла вообще какие-то непонятные палочки и кружочки.
Спасибо!

oshizelly
А "Свойства" файла - "версия для излечения" не пойдёт?

oshizelly

Цитата:

RAR 5.0 signature consists of 8 bytes: 0x52 0x61 0x72 0x21 0x1A 0x07 0x01 0x00.
...
Just for comparison this is RAR 4.x 7 byte length signature: 0x52 0x61 0x72 0x21 0x1A 0x07 0x00.

Источник

GORA2 13:31 14-06-2015
Цитата:

RAR 5.0 signature consists of 8 bytes: 0x52 0x61 0x72 0x21 0x1A 0x07 0x01 0x00.  
...  
Just for comparison this is RAR 4.x 7 byte length signature: 0x52 0x61 0x72 0x21 0x1A 0x07 0x00.

Спасибо, но это только первая часть ответа на мой вопрос. Вторая часть могла бы состоять в кратком пояснении, как НЕ программисту отличить "на глаз" 7-битную сигнатуру от 8-битной, в которой добавлен 8-й байт 0x01?

mvk2006 13:22 14-06-2015
Цитата:

А "Свойства" файла - "версия для излечения" не пойдёт?

Есть подозрение, что это сработает только в системе, в которой установлен WinRar

oshizelly
А в чем проблема? Посмотрите первые байты архива в любом HEX просмотровщике, например, листере в ТС.
Если первые 7 совпадают с 0x52 0x61 0x72 0x21 0x1A 0x07 0x00, то это RAR 4.x.
Если первые 8 совпадают с 0x52 0x61 0x72 0x21 0x1A 0x07 0x01 0x00, то это RAR 5.0.
Если ни первое, ни второе, то это незнамо что.

Цитата:

НЕ программисту отличить "на глаз"

В Total Commander-е так выглядит:

Цитата:

В Total Commander-е так выглядит:

Просто капец Вид -> Шестнадцатиричный. Вот оно тлетворное влияние Opera

xChe
Да, так выглядит. Но после восклицательного знака показываются просто точки. И RAR4 и RAR5 так выглядит. А чтобы увидеть разницу, надо в Lister'е нажать кнопку 3 и будет видно различие в 16-ричном виде - именно те 7 или 8 чисел, что указаны постом выше.

GalielO

Цитата:

Просто капец Вид -> Шестнадцатиричный.

Это же будет уже не "на глаз". А так всё просто: два непонятных квадратика после Rar! - 4 версия, три - 5.

Али проще - кусок исходного кода из ./FarDev/Plugins/Multiarc/rar.cpp::155 показывает точные значения сигнатур для разных версий RAR:

Цитата:

BOOL WINAPI _export IsArchive(const char *Name,const unsigned char *Data,int DataSize)
{
for (int I=0;I<DataSize-9;I++)
{
const unsigned char *D=Data+I;
if (D[0]==0x52 && D[1]==0x45 && D[2]==0x7e && D[3]==0x5e &&
(I==0 || (DataSize>31 && Data[28]==0x52 && Data[29]==0x53 &&
Data[30]==0x46 && Data[31]==0x58)))
{
RarFormat = 14; // RAR 1.4 archive format.
SFXSize=I;
return TRUE;
}
// check marker block
// The marker block is actually considered as a fixed byte sequence: 0x52 0x61 0x72 0x21 0x1a 0x07 0x00
if (D[0]==0x52 && D[1]==0x61 && D[2]==0x72 && D[3]==0x21 &&
D[4]==0x1a && D[5]==0x07 &&
(D[6]==0 && D[9]==0x73 || // RAR 1.5 signature followed by main archive header (Header type: 0x73)
D[6]==1 && D[7]==0)) // RAR 5.0 signature.
{
RarFormat=D[6]==0 ? 15 : 50; // RAR 1.5 or 5.0 archive format.
SFXSize=I;
return TRUE;
}
}
return FALSE;
}

ажо с номерами проверяемых байт, но енто так, мелочи, на глаз непрограммиста все кошки одинаковы как пирожки - "Мать!, а когда они мяукали!?".

GORA2 14:28 14-06-2015
Цитата:

А в чем проблема? Посмотрите первые байты архива в любом HEX просмотровщике, например, листере в ТС.  

Andarin 15:15 14-06-2015
Цитата:

чтобы увидеть разницу, надо в Lister'е нажать кнопку 3 и будет видно различие в 16-ричном виде - именно те 7 или 8 чисел, что указаны постом выше.

Спасибо! Я именно в TC / Lister и смотрел, но не додумался использовать правильный режим просмотра HEX (клавиша 3), а пытался увидеть различие в режимах просмотра Plain text (клавиша 1) и Binary (клавиша 2) и UTF-8 (клавиша 7)

xChe 14:59 14-06-2015
Цитата:

В Total Commander-е так выглядит
... А так всё просто: два непонятных квадратика после Rar! - 4 версия, три - 5

Так тоже наглядно было бы. Но у меня не получается увидеть такую картинку, с 2-мя и 3-мя вопросительными знаками соответственно. Это у вас какой режим просмотра используется?

oshizelly
Двоичный - ANSI

ЗЫ: Правда это от шрифта ещё может зависит. У меня consolas.

xChe

Цитата:

ЗЫ: Правда это от шрифта ещё может зависит. У меня consolas.

И не просто может, а зависит полностью. Не все шрифты поддерживают весь набор кодировок, так что некоторые символы они просто могут не вывести и особо вумная программа в таком случае отрисует пробелы - 0х20.

xChe 15:50 14-06-2015
Цитата:

Двоичный - ANSI

Или в режиме ASCII. Спасибо, самый наглядный вариант, гораздо проще, чем вглядываться и анализировать последовательность из 8-ми групп чисел, ощущая себя при этом гнусным шпионом доблестным разведчиком иностранным агентом.


Цитата:

Правда это от шрифта ещё может зависит. У меня consolas

Похоже, что не зависит. То есть, внешний вид начальной сигнатуры, конечно же, зависит от шрифта, но различия в любом случае сохраняются: скажем, в примере на приложенном скрине на формат Rar5 указывает наличие "смайлика" между баллетом и буквой "a"

oshizelly
Различия, конечно есть, причём в ASCII (DOS) чуть более наглядно (как на скрине). В ANSI (Windows) там будут либо три точки, либо больше до первого символа.
Кстати, особо анализировать последовательность восьми групп цифр и не надо - если есть там 07 01 - RAR5, если 07 00 - RAR. Хотя при не меняющемся шрифте по смайлику проще. Только вот мне для этого надо нажимать на одну кнопку больше (переключиться в режим DOS)

oshizelly

Цитата:

Похоже, что не зависит. То есть, внешний вид начальной сигнатуры, конечно же, зависит от шрифта, но различия в любом случае сохраняются: скажем, в примере на приложенном скрине на формат Rar5 указывает наличие "смайлика" между баллетом и буквой "a"

Зависит. Попробуйте в выбранном Вами режиме понажимать клавиши A, S, V и Вы увидите, что смайлик пропал!
Если идентифицируете по HEX последовательности символов, то и смотреть надо в HEX режиме, а не выискивать смайлики там или нет. ИМНО.

GORA2
A, S, V - это переключаете режимы (и меняя шрифты, вернее кодовые страницы), соответственно нажимая 1, 2, 3 тоже получится другая картина. HEX режим и по моему мнению проще и надёжнее.

Уже несколько раз при перезагрузке Winodws' терялись сохранённые мной изменения в дефолтных настройках времени для извлекаемых файлов Extract files => Advanced => File Time. (см скриншот). /Меняю настройки, сохраняю (Save Settings). Перезапускаю WinRar - всё нормально, изменения сохранились. Перезагружаюсь - опять настройки сброшены на исходные



Никто с таким не сталкивался? Или хотя бы подскажите, какие ключи в системном реестре за это отвечают, попробую посмотреть, что там происходит.
Спасибо!

oshizelly

А в [HKCU\Software\WinRAR] заглянуть?

Victor_VG 19:14 15-06-2015
Цитата:

А в [HKCU\Software\WinRAR] заглянуть?

Ну, если уж быть совсем точным быть, то настройки диалога извлечения находятся в ветке[HKEY_CURRENT_USER\Software\WinRAR\Extraction\Profile]. Нужные ключи, которые отвечают за восстановление оригинальных атрибутов времени: atime, ctime и mtime, что, как нетрудно догадаться, расшифровывается соответственно как access time, created time и modified time.

Всё-таки непонятно, почему значение не сохраняются между сессиями OS.