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

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

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

Maz (27-08-2020 19:31): WinRAR (часть 4)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

   

gyra

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



Официальный русский сайт: win-rar.ru
Официальный e-mail разработчика WinRAR (писать на русском): dev@rarlab.com
 
Финальная английская версия: 5.91 x86 | x64 (29.06.2020)
Финальная русская версия:  5.91 x86 | x64 (29.06.2020)
 
Список изменений на английском языке
(на родном – смотрите файл WhatsNew.txt в дистрибутиве на вашем языке)
Скачать RAR для macOS, FreeBSD, Linux, Android можно здесь.

 
Скачать ранее вышедшие версии также можно с официального сайта.

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

Коллекция всех ранее выходивших версий WinRAR (1995-2020): скачать (253 МБ) [обновлено 30.03.2020]

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

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

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

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

Всего записей: 7932 | Зарегистр. 18-02-2006 | Отправлено: 12:00 14-12-2016 | Исправлено: Domin0, 13:37 26-08-2020
Inoz2000



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

Цитата:
как себя поведут несколько версий WinRAR
несколько - это сколько?

Цитата:
Какая версия будет запускаться по умолчанию
может быть и никакая - такой вариант добавляет некую определённость.

Цитата:
как этот зоопарк будет выглядеть в меню "Пуск"
В виде одноимённого пункта меню, а как иначе…

Цитата:
для всех ли версий будут сохраняться пользовательские настройки
Пользовательские настройки сохраняются во всех версиях, в чём проблема?

Цитата:
ну и вообще какие подводные камни в данном могут обнаружиться
Можно попьяни установить пароль на архив, а потом никогда его не вспомнить - вот такие примерно камни.

Всего записей: 4916 | Зарегистр. 23-04-2009 | Отправлено: 11:21 28-12-2019
Darth_Max

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
fscpsd
Мы сейчас говорим о портабельных версиях.

Цитата:
Какая версия будет запускаться по умолчанию

Та, которая прописалась в систему с интеграцией в меню.
 

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

Нет.
 

Цитата:
для всех ли версий будут сохраняться пользовательские настройки

В реестре только одно место для хранения настроек. Но если хранить настройки в индивидуальных WinRAR.ini, тогда можно.
 
Зачем нужны несколько версий WinRAR в одной системе?

Всего записей: 1199 | Зарегистр. 02-10-2014 | Отправлено: 20:28 28-12-2019
insorg



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

Цитата:
 можно ли сделать так, чтобы по умолчанию запускалась одна, а в контекстном меню была другая  
Руками можно всё. Только потом следить за работоспособностью.
Желательно (сразу заблаговременно) сохранить соответственно собранный reg файл, чтоб восстановить в случае будущих гарантированных проблем в случае малейших лазаний по настройкам.
 
Всё-таки программа не рассчитана на то, что её будет больше одной ипостаси в системе одновременно.

Всего записей: 16698 | Зарегистр. 04-11-2010 | Отправлено: 00:17 29-12-2019
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Я пооптимизировал скорость сжатия RAR для Ryzen 9 3950X. На нем выигрыш в скорости довольно заметный, но на других многоядерниках я не проверял. Поэтому я временно выкладываю текущую сборку на потестировать: http://rarlab.com/rar/.1/winrar59b1.rar
Пароль: ruboardwinrar
 
Версия неофициальная для внутрифорумного использования. Вытаскивать за пределы форума или паковать ей важные данные не нужно, так как она еще практически не оттестирована. Любопытно, какова ее скорость будет в сравнении с 5.80 на процессорах от 12 потоков (6 ядер с hyperthreading) и выше. Меньше 12 потоков скорость должна быть как и раньше плюс/минус пару процентов. Максимум выигрыша ожидается для 32 потоков.
 
Верхний предел количества потоков повышен с 32 до 64, так что если у кого есть больше 16 ядер, было бы интересно посмотреть разницу между -mt32, -mt48 и -mt64
 
Проверять лучше на чем-нибудь побольше размером, а не на россыпи мелких файлов.
 
Хотелось бы убедиться, что это оптимизация действительно является таковой и для прочих многоядерников.

Всего записей: 2259 | Зарегистр. 29-04-2013 | Отправлено: 20:03 05-01-2020
vasevase

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Версия под x64, если что. Напугался, что поддержку ограничили.
Прямо сейчас, к сожалению, протестить не смогу + проц не такой крутой.
Спасибо за программу ещё раз и с НГ (всех, пользуясь случаем)!
 
P.S. "Шкурок" достаточно классических, имхо.

Всего записей: 3160 | Зарегистр. 28-08-2010 | Отправлено: 03:20 06-01-2020 | Исправлено: vasevase, 17:28 20-02-2020
Pasha_ZZZ



Platinum Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
EugeneRoshal
Цитата:
Любопытно, какова ее скорость будет в сравнении с 5.80 на процессорах от 12 потоков (6 ядер с hyperthreading) и выше
Сжатие одного большого файла на 5.9 и 5.8. Проц ивик 8/16, все операции на рамдиске (надеюсь оптимизация не дисковых операций касается?).
Цитата:
rar a -s -ma5 -m5 -mt16 file.rar file.iso
Сжатие файла - примерно 3 минуты. Во всех тестах 5.8 выиграл у 5.9 секунды 3. Разброс разных тестов в пределах одной версии - меньше 1 секунды.
 
Такие дела.
 
При -mt32 версия 5.9 начинает выигрывать у 5.8 почти полминуты. Хотя 5.9 -mt32 медленнее 5.9 -mt16 на 10 секунд (5.8 -mt32 медленнее 5.8 -mt16 на 40 с лишним секунд).
 
5.9 -mt8 медленее 5.8 -mt8 на секунду.
 
Загрузка проца в -mt16 и даже в -mt32 редко выше 80% и еще реже ниже 70%. В -mt8 - 40-45%.

Всего записей: 12399 | Зарегистр. 11-03-2002 | Отправлено: 05:49 06-01-2020 | Исправлено: Pasha_ZZZ, 06:28 06-01-2020
Sputnikk



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Можно заставить 5.80 использовать не только процессорные ядра, но и встроенное видео Интел 2500? Проц i5-3470

Всего записей: 6806 | Зарегистр. 17-10-2011 | Отправлено: 07:44 06-01-2020 | Исправлено: Sputnikk, 07:45 06-01-2020
Pasha_ZZZ



Platinum Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Sputnikk
Отсюда и далее...

Всего записей: 12399 | Зарегистр. 11-03-2002 | Отправлено: 08:07 06-01-2020
V0lt



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Sputnikk
Даже если кто-то и сделает ускорение архивацию на GPU, то эффект будет лишь на нормальном GPU. Встройка из-за медленной работы с памятью будет только тормозить процесс. Банальное копирование из основной памяти в видео на порядки медленнее на встройке, при этом нагрузка на шину памяти будет в 2 раза выше, CPU начнет простаивать.

Всего записей: 10501 | Зарегистр. 05-02-2003 | Отправлено: 08:54 06-01-2020
Sputnikk



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Спасибо. Просто вспомнилось - лет 8 назад был подобный архиватор, кажется WinZip,  но продолжения не получил

Всего записей: 6806 | Зарегистр. 17-10-2011 | Отправлено: 10:55 06-01-2020
EugeneRoshal

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

Цитата:
Проц ивик 8/16

Это Xeon?

Цитата:
надеюсь оптимизация не дисковых операций касается?

Нет, только алгоритм, только в сильно многопоточном варианте.

Цитата:
Во всех тестах 5.8 выиграл у 5.9 секунды 3.

Я на i7-6700k тоже наблюдал падение скорости в пределах 1 - 2%. Причем я знаю в каком месте. Там размер одного из блоков данных в многопотоке оптимален в 128кб для 6700k и в 1мб для 3950X. И если сделать 128кб, то Ryzen теряет больше (~5%), чем 6700K на 1мб (~2%). Так что пока я оставил 1мб.
 
Менять этот параметр динамически, так не совсем понятно в зависимости от чего: размер L3 cache, пропускная способность памяти, количество ядер, поколение процессоров. Я пока точно не понял. Подозреваю, что на последних поколениях процессоров 1мб выгоднее.
 
Если будет время, посмотрите в сравнении RarBase.exe, Rar128k.exe, Rar24t.exe в http://rarlab.com/rar/.1/rar59v2.rar
Кто из них быстрее, кто медленнее. RarBase это то что я выложил вчера, со всеми оптимизациями для Ryzen. Rar128k.exe это с размером упомянутого выше блока в 128кб. Rar24t это одна из оптимизаций будет работать только от 24 потоков. Возможно что для вашего  процессора это антиоптимизация.

Цитата:
При -mt32 версия 5.9 начинает выигрывать у 5.8 почти полминуты.

Эффективность 5.80 на 32+ потоках оставляла желать лучшего. Но чтобы с этим разобраться, мне надо было его поотлаживать на 3950X.

Цитата:
5.9 -mt8 медленее 5.8 -mt8 на секунду.

Возможно тогда у вас на 16 потоках 3 секунды теряются не столько из-за размера блока, сколько из-за оптимизации, которая в RarBase работает от 12 потоков, а в Rar24t от 24. Но на 3950X она точно дает выигрыш процентов в 7. Если наберу соответствующую статистику, может буду включать ее только от 24 потоков.
 
 
Добавлено:
vasevase

Цитата:
Версия под x64, если что. Напугался, что поддержку ограничили.

Не ограничили. Просто для тестирования хватит и x64.

Цитата:
Спасибо за программу ещё раз и с НГ

С Новым годом

Всего записей: 2259 | Зарегистр. 29-04-2013 | Отправлено: 11:01 06-01-2020 | Исправлено: EugeneRoshal, 11:11 06-01-2020
Pasha_ZZZ



Platinum Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
EugeneRoshal
Да, E5-2650v2, частоты стоковые. Как будет время - протестю остальные версии.
 
Добавлено:
А если при первом запуске на проце выполнять некий бенчмарк по скорости для этого параметра и запоминать этот параметр и цпуид? А при запуске сравнивать текущий цпуид с сохраненным, и если не равно - снова бенч.

Всего записей: 12399 | Зарегистр. 11-03-2002 | Отправлено: 15:13 06-01-2020
EugeneRoshal

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

Цитата:
А если при первом запуске на проце выполнять некий бенчмарк по скорости для этого параметра и запоминать этот параметр и цпуид?

Для разницы в быстродействии в пару процентов это ненадежно. Что-нибудь в фоне пошевелилось, и уже другой результат.  Разве что пускать с realtime priority, но это в приложении типа RAR - плохой стиль. Потом эти 1 - 2% не стоят таких ухищрений. Можно их либо просто проигнорировать, либо попробовать привязаться к количеству логических процессоров.
 
Одна из многопоточных оптимизаций, которую я упоминал выше, задействует 11 потоков и включается при наличии 12 логических процессоров в RarBase.exe и 24 в Rar24t.exe. Я вполне допускаю, что этому алгоритму нужно 11 настоящих ядер, без hyperthreading, а на 11 с hyperthreading он только замедляет выполнение. Тогда достаточно включать его от 24 логических процессоров как в Rar24t.exe. Если кто-нибудь сравнит эти два exe по скорости на Ryzen 3700k/3800k и на 3900k, можно будет с этим определиться.
 
Добавлено:

Цитата:
Да, E5-2650v2, частоты стоковые.

Он тоже кэшем не обижен, так что возможно дело не в размере L3, а в количестве процессоров без hyperthreading.

Всего записей: 2259 | Зарегистр. 29-04-2013 | Отправлено: 16:34 06-01-2020
Benchmark



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

Цитата:
Разве что пускать с realtime priority, но это в приложении типа RAR - плохой стиль. Потом эти 1 - 2% не стоят таких ухищрений.

Именно.
 
Есть вариант: добавить в уже существующую функцию benchmark опцию подбора оптимальных параметров для CPU данной машины. Таким макаром база по процессорам очень быстро появится.

Всего записей: 6833 | Зарегистр. 01-10-2002 | Отправлено: 16:43 06-01-2020
Pasha_ZZZ



Platinum Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
EugeneRoshal
Самое простое конечно - сделать опцию. Пусть юзер выбирает сам в настройках. Ну и для командлайна ключик

Всего записей: 12399 | Зарегистр. 11-03-2002 | Отправлено: 17:00 06-01-2020
Pasha_ZZZ



Platinum Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
EugeneRoshal
Цитата:
посмотрите в сравнении RarBase.exe, Rar128k.exe, Rar24t.exe
Тот же тест, в тех же условиях. Base и 128k - разница 0,1 секунды (погрешность). 24t медленнее на 2 секунды (из почти 3 минут, т.е. 1%).

Всего записей: 12399 | Зарегистр. 11-03-2002 | Отправлено: 09:11 07-01-2020
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Pasha_ZZZ
Ясно, спасибо. Значит отключенная в 24t оптимизация эффективна и на восьмиядернике, и отключать ее не надо. Причем 2 - 3% на вашем процессоре теряется не из-за размера буфера в 128k, а из-за чего-то другого. Я там менял еще несколько вещей - размещение данных в памяти, размеры прочих блоков, некоторые логические операции. Но у меня это все не вредило или помогало производительности и на старом i7-6700K, и на новом R9-3950X.
 
В общем пока беру за основу версию Base. И, видимо, надо будет выпустить публичную 5.90 бета 1, чтобы собрать статистику по разным процессорам. На форуме с этим пока небогато.

Всего записей: 2259 | Зарегистр. 29-04-2013 | Отправлено: 10:48 07-01-2020
Ohtani_Miho

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
 
Маленькое замечание от повседневного домашнего юзверя, который тестировал вашу бету «без очистки кэшев, перезагрузки оси, то есть впопыхах, спустя рукава и на глазок» с Intel Core i5-9600K (32 GiBi RAM) на директориях в 1-7-12 гиг, правда с тучами файлов.
 
Сравнивая с 5.80, увеличилось время упаковки , от 20 до 110 секунд и ухудшилось качество сжатия.

Всего записей: 83 | Зарегистр. 29-12-2018 | Отправлено: 20:11 07-01-2020
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ohtani_Miho
Скорее всего, что-то вы не то сравнили. Не вижу причин для снижения скорости в 5 раз. Я кроме 6700k и 3950X проверял на i3-4170 и Pentium G4400. Падение скорости если где и было, то не больше 2%. Падение сжатия - максимум сотые и тысячные доли процента, то есть, сжатие то же, что и раньше. Кроме того, я проверил новый код под Android на восьми ядрах, и там скорость несколько выросла.
 
Сравнивать на директориях с тучами файлов без очистки кэша это сравнивать скорость работы диска и кэша, а не производительность архиватора. Тогда лучше отбросить результаты первой упаковки, чтобы в дисковый кэш попали все пакуемые данные, и начинать измерять со второй.

Всего записей: 2259 | Зарегистр. 29-04-2013 | Отправлено: 20:52 07-01-2020
Ohtani_Miho

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
 
Видно, я неправильно или непонятно выразился.
 
Нет пятикратного снижения.
Просто, на разных директориях, изменилось общее время упаковки и проверки с 4%-ым резервированием.
На гиговой директории от 5 до 25 секунд, на семигиговой от 5 до где-то до 50 секунд, на 12 гиговой от 20 до 110 секунд — дополнительных секунд по сравнению с 5.80.
 
Тестировал на директориях порноигрушек в ренпае, юнити, анрил или как его там.  

Всего записей: 83 | Зарегистр. 29-12-2018 | Отправлено: 21:09 07-01-2020 | Исправлено: Ohtani_Miho, 21:13 07-01-2020
   

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

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


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru