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

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

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

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

Открыть новую тему     Написать ответ в эту тему

Maz



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



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


Последняя 32-разрядная версия (7.01): английская | русская


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

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

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

Коллекция всех ранее выходивших 16- и 32-бит версий WinRAR 1.54b - 7.01 (1995-2024): скачать (342 МБ) [обновлено 12.05.2024]

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

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

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

В теме активно отвечает на вопросы автор архиватора Евгений Рошал! Ситуация уникальная, прошу пользоваться. :)
 
Таблицы для наглядности с соотношением размера словаря к потребляемой ОЗУ:
с ключом mcx | без ключа mcx

Всего записей: 39680 | Зарегистр. 26-02-2002 | Отправлено: 08:31 31-07-2023 | Исправлено: Komandor, 10:46 02-08-2025
EugeneRoshal

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

Цитата:
Ну вот обычный архив с гугловского гитхаба.

4 с лишним миллиона файлов это пока что не самый обычный архив.

Цитата:
Может есть смысл сделать параметр в .ini ?

В какое значение вы бы установили такой параметр у себя?
 
DimmY

Цитата:
Если мне не изменяет память, содержание zip прописано в конце архива, то есть сканировать весь архив не нужно.

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

Всего записей: 2622 | Зарегистр. 29-04-2013 | Отправлено: 20:30 30-07-2025
Benchmark



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

Цитата:
В какое значение вы бы установили такой параметр у себя?

Если бы мне было необходимо постоянно работать с подобным архивом (а структуру с таким количеством каталогов и мелких файлов пришлось бы по-любому держать или в архиве или на сжатом диске), поставил бы ~5 млн, благо памяти на машине на такое хватает.
 
Но, главное, раз я сам вручную прописал бы это число в ini, значит я знаю, для чего это нужно + осознаю все риски с этим связанные.

Всего записей: 7000 | Зарегистр. 01-10-2002 | Отправлено: 20:39 30-07-2025 | Исправлено: Benchmark, 20:42 30-07-2025
BorlandIMHO

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

Цитата:
у вас 30 сек

Просчитался, тоже больше минуты, на самом деле. Перемерил с секундомером...
 
Заодно промерил 7-zip.
Открытие - 12 сек, тестирование 130 сек.
 
 
Upd:
Дополнительный опыт: если запускать тестирование архива непосредственно из командной строки
Код:
powershell -command measure-command {start-process -wait -filepath 'd:\temp\winrar-x64-713b1ru\winrar.exe' -argumentlist 't d:\temp\master.zip'}

то архив открывается и тестируется за 140 сек, т.е. практически за то же время, что и 7-zip с раздельным открытием/тестированием. И, кстати, вопрос "про 2 млн файлов" при этом не вылезает
А  

Код:
powershell -command measure-command {start-process -wait -filepath 'c:\program files\7-zip\7zg.exe' -argumentlist 't d:\temp\master.zip'}
отрабатывает за 137 сек.
 

(результат второго тестирования подряд WinRar и сразу следом 7zg, т.е. файл читается не с диска, а из кэша в памяти).
Т.е. если речь идёт не просто об открытии, а о тестировании/распаковке архива, то разница несущественна.  
 

Всего записей: 3088 | Зарегистр. 12-10-2006 | Отправлено: 20:47 30-07-2025 | Исправлено: BorlandIMHO, 22:08 30-07-2025
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Сейчас понадобилось вытащить старую версию файла из бэкапа 2020 года на внешнем HDD. Многотомный архив, первый том с "Packed data checksum error", нужный файл тоже с checksum error. Тома создавались с 10% RR, и Repair успешно починила 2 сектора архива, после чего все распаковалось. Еще там были REV тома, но починить один том с помощью RR быстрее, так что я начал с нее.
 
Так что иногда RR оказывается полезной на практике. У меня во второй раз при длительном хранении архивов на HDD обнаруживаются сбои данных.

Всего записей: 2622 | Зарегистр. 29-04-2013 | Отправлено: 21:21 30-07-2025
Pasha_ZZZ



Platinum Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
EugeneRoshal
Поэтому вот я и просил, чтобы для многотомников RR была единой сквозной. Она бы стала гораздо универсальнее и полезнее.

Всего записей: 13345 | Зарегистр. 11-03-2002 | Отправлено: 21:30 30-07-2025
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Pasha_ZZZ
Зависит от типа сбоя. При независимой RR я могу починить первый том и распаковать его содержимое, даже если половина следующих томов отсутствует или фатально повреждена.  
 
Кроме того, независимая RR быстрее при починке. Я скопировал первый том на локальный диск, починил его там и вернул обратно. Со сквозной RR пришлось бы работать со всеми томами. Для больших архивов разница во времени вполне заметна.
 
Роль единой сквозной RR для томов в большой степени выполняют REV.

Всего записей: 2622 | Зарегистр. 29-04-2013 | Отправлено: 21:44 30-07-2025
w341kj

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

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

Разве такое кому-то надо?

Всего записей: 223 | Зарегистр. 06-03-2021 | Отправлено: 22:57 30-07-2025
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
w341kj
Я не про конкретно ваш случай, это в общем. В Winrar достаточно много ограничений связанных с безопасностью или что то не сделано, как раз из соображений безопасности, пользователь сам себе такие архивы делать не будет: "матрешки" и прочее, а злоумышленники могут, Евгений вынужден и с этой позиции рассуждать и это учитывать.

Всего записей: 3406 | Зарегистр. 13-10-2006 | Отправлено: 23:08 30-07-2025 | Исправлено: lelik007, 23:15 30-07-2025
insorg



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

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

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

Всего записей: 20055 | Зарегистр. 04-11-2010 | Отправлено: 02:23 31-07-2025
lelik007



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

Цитата:
Среднестатистический

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

Всего записей: 3406 | Зарегистр. 13-10-2006 | Отправлено: 03:05 31-07-2025 | Исправлено: lelik007, 03:59 31-07-2025
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Евгений, я бы вас тоже попросил при наличии времени, пожалуйста посмотреть:

Цитата:
Но реально я пока не смотрел, на что там уходит время и можно ли это соптимизировать. Может, потом посмотрю.

Я согласен, что:

Цитата:
4 с лишним миллиона файлов это пока что не самый обычный архив.

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

Всего записей: 3406 | Зарегистр. 13-10-2006 | Отправлено: 09:15 31-07-2025 | Исправлено: lelik007, 09:16 31-07-2025
Benchmark



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

Цитата:
Там, предположительно, разбор путей отнимает время. Нужно же по путям создать структуру папок. Но реально я пока не смотрел, на что там уходит время и можно ли это соптимизировать.

Вот тут (чтение содержимого архива, без тестирования/распаковки) у меня между 7zipFM и WinRAR получилась разница примерно в 4,5 раза. Неужели WinRAR настолько медленнее в разборе ZIP ?

Всего записей: 7000 | Зарегистр. 01-10-2002 | Отправлено: 12:20 31-07-2025
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
lelik007
Benchmark
Я посмотрю, что можно ускорить.

Всего записей: 2622 | Зарегистр. 29-04-2013 | Отправлено: 12:51 31-07-2025
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Спасибо, для статистики открытие данного архива +- 1 с. :
7-Zip v25.00 x64 - 10 с.
TC v11.55 x64 (libdeflate) - 23 с. + 4 с. открытие корневого каталога (в других программах такой задержки нет).
Winrar v7.13 x64 - 68 с. (~25 с. до предупреждения).

Всего записей: 3406 | Зарегистр. 13-10-2006 | Отправлено: 13:17 31-07-2025 | Исправлено: lelik007, 18:50 31-07-2025
EugeneRoshal

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

Цитата:
Я посмотрю, что можно ускорить.

Посмотрел - да, там есть место для оптимизации.  
 
В частности, для вывода размера упакованных папок WinRAR хранит их размеры в std::unordered_map. Но для экономии памяти в качестве ключа использовалось не само имя папки, а его SHA-256 хэш. На миллионах файлов вычисление этого хэша давало заметную задержку. Там возможны были различные компромиссные оптимизации, но пока я просто заменил хэш на имя папки. Для данного архива расход памяти из-за этого вырос незначительно, с 2244 MB до 2310 MB.
 
Это была наиболее существенная, но не единственная причина снижения скорости. На 5 миллионах файлов любой вызов Win32 API, повторенный соответствующее количество раз, даже безобидные CharLower() или SetFilePointer(), дает дополнительную видимую задержку. Так что я посмотрю, что еще можно убрать.
 
Это все уже в 7.20. Не в 7.1x, если такие еще потребуются.

Всего записей: 2622 | Зарегистр. 29-04-2013 | Отправлено: 15:40 01-08-2025
tansy

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

Является ли нижний предел скользящего окна для LZSS в Rar, наложенным форматом или разработчиком?
Я хотел сравнить LZSS+Huffman с самым популярным алгоритмом сжатия, а именно Deflate, Rar, Zstandard и, поскольку минимальное окно для Rar - 64KiB, на самом деле невозможно сравнить с дефтатом, которое использует окно 32KiB.
 
Также можно что -то сделать с этим?
 

Код:
 

## sw=15
 
211957760 silesia.tar
 68248739 silesia.tar.gz-6
 67668053 silesia.tar.gz-9
 67181312 silesia.tar.zst-12-w15
 63189323 silesia.tar.zst-18-w15
 
## sw=16
 
211957760 silesia.tar
 65110789 silesia.tar.zst-12-w16
 63813444 silesia.tar.defl64
 61240335 silesia.tar.zst-18-w16
 60475358 silesia.tar.rar-m3-md64k
 60358820 silesia.tar.rar-m5-md64k

 

 


 
Is lower limit of sliding window for LZSS in Rar imposed by format or by developer?
I wanted to compare LZSS+Huffman for most popular compression algorithm, namely Deflate, Rar, Zstandard and because minimal window for Rar is 64KiB it's actually impossible to compare it with deflate, that uses 32KiB window.
 
Also can something be done about it?

Всего записей: 81 | Зарегистр. 19-09-2024 | Отправлено: 16:45 01-08-2025
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tansy
Распаковщик RAR5 не понимает размер окна поиска меньше 128 KB. Теоретически можно было бы изменить код упаковщика, чтобы он ограничил поиск дистанций 32 KB, декларируя при этом размер окна 128 KB. Но практической пользы от этого никакой, а заниматься этим ради отдельно взятого теста производительности мне не хочется.

Всего записей: 2622 | Зарегистр. 29-04-2013 | Отправлено: 16:55 01-08-2025
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Можно было бы предложить хеш BLAKE2sp, как более быстрый без SIMD-оптимизации SHA-256 и не менее надежный, но думаю:

Цитата:
пока я просто заменил хэш на имя папки

еще быстрее, а если расход памяти возрастет, мы же x86-64 делаем, потерпим.

Всего записей: 3406 | Зарегистр. 13-10-2006 | Отправлено: 17:10 01-08-2025
tansy

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

Цитата:
Распаковщик RAR5 не понимает размер окна поиска меньше 128 KB.

 
Как насчет Rar4? Если бы это был ограничен разработчиком, чем можно было бы перезаписать, если бы только компрессор мог это понять.
 


 
> The Rar5 unpacker does not understand the search window for less than 128 KB.
 
How about Rar4? If it was limit imposed by a dev than one could overwrite it, if only compressor could understand it.
 

Всего записей: 81 | Зарегистр. 19-09-2024 | Отправлено: 18:31 01-08-2025
Benchmark



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

Цитата:
пока я просто заменил хэш на имя папки

Тут соглашусь с lelik007 - это самый быстрый вариант + на 64-бит ОС расход памяти не столь критичен.
 

Цитата:
Это была наиболее существенная, но не единственная причина снижения скорости. На 5 миллионах файлов любой вызов Win32 API, повторенный соответствующее количество раз, даже безобидные CharLower() или SetFilePointer(), дает дополнительную видимую задержку. Так что я посмотрю, что еще можно убрать.

 
Хорошо бы. Если б разница в скорости с 7zFM составляла проценты-десятки процентов, это не так бросалось бы в глаза. Но тут в разы.

Всего записей: 7000 | Зарегистр. 01-10-2002 | Отправлено: 20:40 01-08-2025
Открыть новую тему     Написать ответ в эту тему

Страницы: 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

Компьютерный форум Ru.Board » Компьютеры » Программы » WinRAR (часть 5)


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru