Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » WinRAR (часть 4)

Модерирует : gyra, Maz

Maz (31-07-2023 08:32): WinRAR (часть 5)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201

   

Maz



Дед Мазай
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
По вопросам лечения (кряки, патчи и т.д.), а также разблокировки архивов, обращаемся в «Варезник».
Отдельная тема по сборкам WinRAR
Предыдущие части темы: 1 | 2 | 3



 
Официальный русский сайт: win-rar.com
Официальный e-mail разработчика WinRAR (писать на русском): dev@rarlab.com
 
Стабильная английская версия: 6.22 x86 | x64 (31 мая 2023 г.)
Стабильная русская версия:  6.22 x86 | x64 (31 мая 2023 г.)

Текущая английская бета-версия:  6.23 beta 1 x86 | x64
Текущая русская бета-версия:  6.23 beta 1 x86 | x64

Примечание: английская бета-версия обновляется регулярно, без изменения номера версии. подробнее...
Список изменений на английском языке
(на родном – смотрите файл WhatsNew.txt в дистрибутиве на вашем языке)
Скачать RAR для macOS, FreeBSD, Linux, Android можно здесь.

Скачать ранее вышедшие версии можно с официального FTP
Таблица совместимости версий с различными ОС

Версия 3.62 (ru) с подарочным ключом (респект камраду elmorte)

Коллекция всех ранее выходивших версий WinRAR 1.54b - 6.22 (1995-2023): скачать (311 МБ) [обновлено 31.05.2023]

вместо F.A.Q. || альтернативные архиваторы

Почему опять задерживается русская версия? А при русском разработчике на языке XXX уже давно есть. Не захламляйте тему подобными вопросами.

Кому не нравится новая тема оформления - скачайте с официального сайта rarlab.com (из раздела Themes) и установите себе WinRAR Classic theme by Francesco Indrio
Стандартная (48x36). Маленькие кнопки (24x24)

В теме активно отвечает на вопросы автор архиватора Евгений Рошал! Ситуация уникальная, прошу пользоваться.

Всего записей: 38816 | Зарегистр. 26-02-2002 | Отправлено: 19:30 27-08-2020 | Исправлено: DimmY, 17:47 20-07-2023
GoblinNN

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
justmann

Цитата:
Для использования 128 ГБ памяти в 32-битной ВинХП

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

Всего записей: 2908 | Зарегистр. 11-10-2005 | Отправлено: 03:18 30-08-2021
vvms

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
justmann
 

Цитата:
Для использования 128 ГБ памяти в 32-битной ВинХП можно сделать как умеет Хром. То есть дробить одно приложение на процессы до 2ГБ каждый

 
Я так понимаю, проблема не в том, чтобы использовать больше памяти, а в том, чтобы словарь был непрерывный. Если разбрасывать словарь кусками по отдельным процессам, то тут надо всё это в лучшем случае долго и нудно отлаживать из-за синхронизации между процессами(замедление, и возможно большое, скорости сжатия и распаковки). И, к тому же, это будет отдельный сложный код чисто для 32-bit систем. Как по мне, овчинка выделки не стоит.

Всего записей: 83 | Зарегистр. 12-11-2006 | Отправлено: 05:23 30-08-2021 | Исправлено: vvms, 05:24 30-08-2021
artenounx

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal

Цитата:
Как тогда быть, если я хочу распаковать файл в текущую папку? Допустим, в архиве всего один файл, я об этом знаю, и он мне нужен на рабочем столе

Ну вот бубунта в таком случае распаковывает без подпапки. Я же говорю, там как-то хитро всё. Ведь в этом случае путаницы не происходит, так как какая разница что будет при распаковке одна папка или один файл.
https://ufile.io/mae9onsl 3.7z
Может быть это не совсем логично, но это удобно.
 
А вот если корневых файлов несколько и они нужны именно в текущей папке, я делаю так: открываю архиватор Engrampa, выделяю все файлы Ctrl+A и перетаскиваю в папку ФМ. Или просто нажимаю кнопку "распаковать" ВНУТРИ архиватора.
Уточню: я прошу сделать более хитрое поведение именно в контекстном меню ФМ, не в самом архиваторе. Я лично его открываю в основном только чтобы посмотреть содержимое архива.

Всего записей: 531 | Зарегистр. 05-08-2021 | Отправлено: 05:52 30-08-2021 | Исправлено: artenounx, 05:53 30-08-2021
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
uShell

Цитата:
Необычно ведёт себя команда rr. Ни Rar 5.91 x64, ни Rar 6.02 x64 не выполняют валидацию аргумента

Выполняет. Значения больше 100 ограничиваются до 100.

Цитата:
Из этого делаю заключение, что допускаются только натуральные числа

Большинство числовых параметров ключей RAR используют натуральные числа, и было бы избыточно упоминать это в документации для каждого ключа. Там, где допускаются дробные числа, как для -v<size>, это оговаривается отдельно.

Цитата:
Ключ rr0.01p на 15-гигабайтном архиве не сделал recovery record вообще.

Преобразование параметра завершается на первом нечисловом символе, так что имеем rr0.

Цитата:
Ключ rr200p на том же архиве дал recovery record порядка 15 гигабайт. Всё бы хорошо (предел 100% действительно есть), но при размере временного файла в 30 гиг архиватор всё равно продолжал насиловать диск. Что он делал

Создавал 100% recovery record.

Цитата:
и почему не выдал даже warning-а на недопустимый параметр?  

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

Цитата:
Я совсем удивился, когда Rar начал создавать временный файл после подачи команды rr-200p.

-rr-, он же, -rr0. Для заведомо абсурдных ключей типа отрицательной RR главное, чтобы программа не упала и не создала битый архив. А трактовать такой параметр как 0, 100% или просто завершиться, это все в рамках допустимого.
 
 
 
Добавлено:
justmann

Цитата:
Для использования 128 ГБ памяти в 32-битной ВинХП можно сделать как умеет Хром. То есть дробить одно приложение на процессы до 2ГБ каждый, чтобы занять всю доступную память. Ясное дело, система должна быть предварительно пролечена патчем РАЕ

В исходном вопросе упоминалась некостыльность работы
 
Добавлено:
artenounx

Цитата:
Ну вот бубунта в таком случае распаковывает без подпапки.

А на два файла она уже создает папку?

Всего записей: 2258 | Зарегистр. 29-04-2013 | Отправлено: 11:18 30-08-2021 | Исправлено: EugeneRoshal, 11:18 30-08-2021
uShell

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Спасибо за пояснение. Тем не менее, про rr200p не совсем понятно. Я ожидал, что RR дописывается во временный файл по мере создания, т.е. сначала идёт копирование 15 ГБ архива, потом - дозапись 15 ГБ кодов Рида-Соломона. Но размер 30 ГБ был достигнут при прогрессе 49% (может 48 - не помню уже). Это заставило меня предположить, что Rar создавал все 200% RR, а потом обрезал до 100%.
 

Цитата:
Я не посчитал, что такое действие пользователя заслуживает отдельного сообщения об ошибке.

Решаете Вы. Но вот, скажем, для -en и -qo в сочетании с неправильным -ma диагностические сообщения есть. Мне кажется, что создание архива без RR (например, из-за ошибки в скрипте, генерирующем значение для параметра -rr) тоже заслуживает внимания пользователя.

Всего записей: 1014 | Зарегистр. 12-06-2019 | Отправлено: 16:51 30-08-2021
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
uShell

Цитата:
сначала идёт копирование 15 ГБ архива, потом - дозапись 15 ГБ кодов Рида-Соломона.

По идее, да.

Цитата:
Но размер 30 ГБ был достигнут при прогрессе 49% (может 48 - не помню уже).

Я сейчас не смог это увидеть у себя.
 
Я посмотрел код, там проценты приводятся к 100 в самом начале, еще до записи RR в файл.

Всего записей: 2258 | Зарегистр. 29-04-2013 | Отправлено: 18:36 30-08-2021
artenounx

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal

Цитата:
А на два файла она уже создает папку?

Yep.

Всего записей: 531 | Зарегистр. 05-08-2021 | Отправлено: 19:02 30-08-2021
persicum

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal.
А почему ограничение на избыточность введено на уровне 100% ? Можно было бы и 200% сделать. То же, кажется, и с томами восстановления. На уровне математики кодов RS таких ограничений вроде нет.
 
120% явно имеет смысл. Это когда всю инфу защитили, да еще 20% осталось для защиты самоё себя, если тома восстановления лежат гдето отдельно.

Всего записей: 462 | Зарегистр. 27-06-2007 | Отправлено: 20:42 31-08-2021
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
persicum

Цитата:
А почему ограничение на избыточность введено на уровне 100%  

Накладные расходы. Уже при 100% RR пропускная способность канала связи составит 50%, больше RR - КПД канала ниже, это бегло, далее вероятность помехи, сбоя или повреждения данных не столь высока чтобы использовать избыточность свыше 15% - 20%, а при RR 200% можно использовать и метод мажоритарного голосования "2 из 3" - если две копии совпали, а третья нет - она и повреждена. Данный метод широко используется в системах высокой надёжности т.к. работает намного быстрее любых вычислений хешей, а главное применим в потоке данных и аппаратно реализуется с минимальным количеством логических элементов И, ИЛИ, ИСКЛЮЧАЮЩЕЕ ИЛИ, НЕТ ибо ошибка ловится уже на первом расхождении.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 33208 | Зарегистр. 31-07-2002 | Отправлено: 21:24 31-08-2021 | Исправлено: Victor_VG, 21:27 31-08-2021
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
persicum

Цитата:
А почему ограничение на избыточность введено на уровне 100% ? Можно было бы и 200% сделать.

Сейчас я сразу не вспомню, были ли там какие-то технические ограничения. Возможно, что и нет. Но тут надо учесть, что да, с россыпью множественных ошибок, при которых остальные данные все еще читаемы, 200% RS кодов скорее всего справятся лучше, чем 3 копии архива. Но среди реально встречающихся проблем вполне себе бывает ситуация, что из-за какого-то сбоя файловой системы файл накрылся полностью, вместе с recovery record, и осталась от него или нулевая длина, или случайный мусор внутри. В таком случае три копии архива окажутся несравнимо полезнее одного с 200% RR.
 
Лично мне спокойнее с тремя копиями, желательно на разных носителях, чем с одним архивом с 200% RR. Другое дело, что даже в такие множественные копии я предпочитаю добавить 10 - 20% RR для защиты от нефатальных ошибок.

Всего записей: 2258 | Зарегистр. 29-04-2013 | Отправлено: 22:38 31-08-2021 | Исправлено: EugeneRoshal, 22:40 31-08-2021
Inoz2000



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
этот ответ уходит в шапку…

Всего записей: 4905 | Зарегистр. 23-04-2009 | Отправлено: 22:53 31-08-2021
persicum

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Согласен, recovery record не отменяет дублирования ни на грамм.
 
А если сосредоточиться на томах восстановления? Скажем, 150% томов восстановления могли бы жить своей жизнью, не нуждаясь в оригинале вообще и защищая сами себя. Теоретически так можно ьыло бы организовать быструю p2p сеть на одних личах без сидов, поскольку все тома взаимозаменяемы. Но это в теории. А на практике - зачем искусственно ограничивать число томов восстановления. Вдруг кому понадобится больше 100%. Кстати, а есть это ограничение? Нужно проверить.

Всего записей: 462 | Зарегистр. 27-06-2007 | Отправлено: 23:30 31-08-2021
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
persicum

Цитата:
А на практике - зачем искусственно ограничивать число томов восстановления. Вдруг кому понадобится больше 100%. Кстати, а есть это ограничение?

Ограничение есть. Не то чтобы искусственное, просто код пришлось бы дорабатывать в этом направлении. Сейчас RAR не умеет восстанавливать тома, если есть только rev и ни одного rar.
 
Чтобы заняться такой доработкой, мне бы сначала хотелось увидеть, что это не теоретический интерес и реально нужно людям. Там, где .rev тома все еще используются, по моим впечатлениям пользователи ограничиваются избыточностью в 20-30%. Подозреваю, что пользователи предпочтут несколько копий многотомного архива с такой избыточностью одному с количеством rev томов больше 100%, просто потому что это привычнее и понятнее, даже если для rev в отличие от RR это менее выгодно математически.
 
По крайней мере я не помню других предложений на тему этого лимита за последнее время. Да и архивы, упирающиеся в этот лимит, наподобие 50 rar и 49 rev томов, мне в сети как-то не особо попадались. Хотя rev в сети вообще нечасто встречаются

Всего записей: 2258 | Зарегистр. 29-04-2013 | Отправлено: 01:44 01-09-2021
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
persicum
 
Самовосстановление можно сделать к примеру дополнительно защитив RR кодом Хемминга(64,72) - избыточность не высока - 1/8, а шестикратные ошибки устранимы. Только маленькое "но" это потребует до шести циклов прохода алгоритма на стадии исправления ошибок - один цикл исправления на каждую ошибку, а если при контроле видим единичную матрицу, то ошибок нет. Пока данные защищённые кодом Хеммига(64,72) (кстати, он используется в ECC ОЗУ) удаётся восстановить даже там, где другие методы оказались бессильны, и в т.ч. в условиях когда внешняя среда вызывает их потерю в ячейке памяти.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 33208 | Зарегистр. 31-07-2002 | Отправлено: 01:55 01-09-2021
GoblinNN

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
вот вы тут про восстановление пишите. а у кого был за последний год-полгода битый архив и его удалось восстановить с помощью этих процентов? просто у меня не было такого. может я чего не знаю и есть места где залежи этих битых архивов? если честно, я вообще не помню битых. правда попадались во времена фидо где архив шел по модемной связи но то были ha и zip. и просто, если очень надо, связывался напрямую с отправителем. и получал целым архив.
а сейчас даже не знаю. зачем оно это все. эпоха записи на cdrom тоже ушла как и дискетки. все в облаках. а там если горит дата центр, то конкретно горит. будь то rr10p или rr200p - не поможет.

Всего записей: 2908 | Зарегистр. 11-10-2005 | Отправлено: 02:33 01-09-2021
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
GoblinNN
 
У меня на днях было - при аппаратном отказе планшета (сгорела плата-мама) гробанулась misoSD на 256 ГБ - 0xC733 в сигнатурах секторов (освобожусь, потру нулями, пока нет времени тереть почти 200 ГБ) а на ней около полутора тысяч присланных документов в RAR5 с RR 20%. Из тех что считались ~ 40% стеклобой их поднял по RR, десяток последних просто перечитал с почтаря, с остальными повезло - выжили.  
 
Но за десятилетия и у меня это первый случай когда пришлось восстанавливать кучу файлов. А одиночные битые попадаются, и довольно часто - примерно раз в квартал от коллег стеклобой прибывает. Видать на вшивость проверяют.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 33208 | Зарегистр. 31-07-2002 | Отправлено: 03:55 01-09-2021
GoblinNN

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

Всего записей: 2908 | Зарегистр. 11-10-2005 | Отправлено: 04:12 01-09-2021
Sputnikk



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG

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

Всего записей: 6795 | Зарегистр. 17-10-2011 | Отправлено: 07:53 01-09-2021
persicum

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Понятно.... Получается, что тома восстановления не реализуют даже в точности 100%, чуть меньше. А почему? Ведь тома восстановления длиннее, там есть инфа что за архив был в оригинале.  
 
 
GoblinNN
Согласен, нечитаемые дискеты или даже CD-ROM уже в прошлом. Так чтоб дико чтото не читалось и портилось.
 
Но есть ведь silent data corruption. То есть незаметная порча файлов, не архивов. Но ее видит только тот, кто сверяет CRC. Так она незаметна, возникает обычно на больших мультимедийных файлах, может приводить к треску или квадратам. Также иногда возникает при переноске больших файлов на флешках. У меня было один раз за прошедших пару лет. Но я это отловил через CRC. А лет пять назад купил плохую дешевую флешку. Так незаметная коррупция так и перла.

Всего записей: 462 | Зарегистр. 27-06-2007 | Отправлено: 10:09 01-09-2021 | Исправлено: persicum, 10:57 01-09-2021
los

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
вот вы тут про восстановление пишите. а у кого был за последний год-полгода битый архив и его удалось восстановить с помощью этих процентов?

как-то не пригодилась такая возможность, но наличие ее не лишне т.к. имеет еще и психологический эффект

Всего записей: 7334 | Зарегистр. 08-09-2001 | Отправлено: 10:16 01-09-2021
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201

Компьютерный форум Ru.Board » Компьютеры » Программы » WinRAR (часть 4)
Maz (31-07-2023 08:32): WinRAR (часть 5)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru