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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ohtani_Miho
Это и есть снижение скорости в 5 - 10 раз. Откуда ему взяться в этой версии - не представляю. Ни у меня, ни у Pasha_ZZZ ничего подобного не наблюдалось.
 
А на какой стадии наблюдается это замедление: собственно упаковка, добавление recovery record, тестирование архива? Другими словами, если убрать добавление 4% RR и последующее тестирование, это падение скорости все равно остается?

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

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
 
Какое в 5-10 раз?
 
Ещё раз, есть директории  ренпай игр около 1 гиг (от 800 до 1.26 гиг), упаковка около 3 минуты (от 2.40 до 3.20) в 5.80, проверка около 20 секунд.
Архив получаю размером от 650 мег до 1.25 гиг.  
В бете, упаковка уползает в сторону увеличения от 2.45 до 4 минут, проверка изменяется вверх на пару секунд.  
Архив получаю размером от 653 мег до 1.27 гиг.
 
4% резервации включено и здесь, и там.
 
 
p.s. Сделаем проще.
 
Дайте мне что-то на скачивание (архив/директорию  чего-то) как «референтную базу», я, с удовольствием, на неделе вам протестирую (с 05.00 до 17:30 local HU time я негр на плантации).
 
p.p.s. если опишите методы включения логирования в Винрар, Процесс Лассо, в другом общедоступном что-таме, то даже предоставлю вам логи.

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

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ohtani_Miho
Так вы про прирост времени. Тогда имело смысл сразу или базовое значение указывать, или процент прироста. Чтобы было понятно это много или мало. Впрочем, в последнем письме это появилось.
 
Меня тут еще удивляет падение сжатия на 0.5 - 1.5%. Я у себя на разных данных посравниваю, смогу ли увидеть что-то аналогичное.

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

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
 
Ну, я (sorry) же, честно, предупредил, что являюсь домашним использователем.
 
Другой Макар, что русский у меня «овенгерился» так, что мама не горюй.
 
 
Кстати, (мнение и опыт серого обывателя по скачиванию и пробной переархивации порногрушек, не для хранения), ваше «детище», в среднем, всегда обгоняет 7zip, zipx. Причём, даже с 4%-ым резервированием на восстановление.
 
И... у вас есть резервирование, которое, по моему нескромному, непрошеному мнению,  вы ОЧЕНЬ и ОЧЕНЬ недостаточно выделяете в «промоушэне/маркетинге».
 
 
Насчёт zipx от WinZip-а — они со своим смешиванием методов архивации (PPMD + чего-там) меня удивляют.
У них иногда получаются иногда брутальные/выигрышные сжатия.
К сожалению, без резервирования на восстановление и без повторения результата на одной и той же директории (или смена бьюлда инсайдер Windows на них так влияет).

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

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

Цитата:
Дайте мне что-то на скачивание (архив/директорию  чего-то) как «референтную базу»

В отличие от ваших, на моих данных падение сжатия не наблюдается, поэтому ваши интереснее. Я сейчас добавил к http://www.rarlab.com/rar/.1/rar59v2.rar файл Rar2s.exe, в котором размер одного из блоков возвращен к изначальному состоянию. Было бы полезно посмотреть, позволит ли Rar2s.exe вернуть степень сжатия ваших данных на место. К сожалению, ценой такого возврата будет потеря существенной части выигрыша в скорости на 3950X. Но если на каких-то данных эта оптимизация ухудшает сжатие на 1.5%, то придется возвращать. У меня она влияла только на пятый знак размера архива.

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

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
 
Евгений!?
 
Этот «Rar2s.exe» переименовать и вставить вместо Rar.exe с бетой или 5.80?

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

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ohtani_Miho
Переименовать или нет - неважно. Запустить на ваших данных и сравнить его результаты по сжатию с 5.80 и с RarBase.exe из беты. Будет ли он паковать хуже их, лучше их и насколько. Я имею в виду степень сжатия.

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



Platinum Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
EugeneRoshal
Цитата:
файл Rar2s.exe
На тех же условиях на почти 3 минутах дольше, чем Base, на 5 секунд. Не очень критично, но 3%...
 
Добавлено:
Потестил на разных данных, не гигантских объемов, но от 4 до 5 гигов. Больше 0,002% разницы в размере между 5.80 и 5.90 base не получилось. Где-то 64 кила выжал из 4.6 гигов.
 
Добавлено:
2s сжимает байт в байт так же, как и 5.80, по крайней мере размер точно совпадает

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

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

Цитата:
На тех же условиях на почти 3 минутах дольше, чем Base, на 5 секунд. Не очень критично, но 3%...

Согласен. Мне жалко оптимизацию, которую я убрал в 2s. В Base размер блока, в котором ведется поиск повторов, снижен с 128 кб до 64 кб, в 2s он оставлен 128 кб (это не тот блок, что в Rar128k.exe). У меня снижение до 64 кб дает однозначный выигрыш в скорости и на старых, и на новых процессорах. На 3950X до 7%. Видимо весь рабочий набор помещается в кэш. Из-за более мелкой нарезки имеем потери сжатия на границах блока, но в моих тестах совершенно ничтожные, сотые и тысячные доли процента, как и у вас.
 
Я вчера потестировал еще на куче разных данных, но потерь сжатия хотя бы в десятую долю процента не видел ни разу. Результаты Ohtani_Miho у меня при всем желании не воспроизводятся.

Всего записей: 2242 | Зарегистр. 29-04-2013 | Отправлено: 10:43 08-01-2020
EugeneRoshal

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

Цитата:
На тех же условиях на почти 3 минутах дольше, чем Base, на 5 секунд.

Но вообще интересно, что у вас все уже проверенные оптимизации либо не дают проигрыша, либо дают выигрыш. Получается, что проигрыш в скорости Base по сравнению с 5.80 на вашем Xeon заложен в одной из оставшихся оптимизаций. А их там осталось две.  
 
Я добавил к http://www.rarlab.com/rar/.1/rar59v2.rar файлы RarHc.exe и
RarHs.exe. В каждом отключено по одной из оптимизаций. Отключенная в Hc дает выигрыш на 3950x и не влияет на 6700k. Отключенная в Hs дает выигрыш на обоих процессорах. Причем на 3950x каждая добавляет 5 - 7% скорости. Если будет время, посмотрите, пожалуйста, как они у вас соотносятся по скорости с Base. Будет любопытно, если какая-то из этих оптимизаций сильно затормаживает Xeon. Хотя если не затормаживает, будет еще любопытнее

Всего записей: 2242 | Зарегистр. 29-04-2013 | Отправлено: 12:54 08-01-2020
Pasha_ZZZ



Platinum Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
EugeneRoshal
Цитата:
посмотрите, пожалуйста, как они у вас соотносятся по скорости с Base
Hs на 2 секунды медленнее, чем Base. Hc медленнее на целых 7 секунд.

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

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Pasha_ZZZ
Парадокс. Все оптимизации по отдельности у вас либо не влияют на время выполнения, либо дают вполне ощутимый выигрыш. Но собранные вместе в RarBase, пусть и немного, но проигрывают 5.80.
 
Кроме перебранного ранее я еще менял реализацию thread pool. Но это должно сказаться только от 32 потоков. На всякий случай я добавил к http://www.rarlab.com/rar/.1/rar59v2.rar файл rarTp.exe с реализацией thread pool из 5.80.
 
Вы это все проверяли с архивами RAR5, не RAR4 (-ma4)? В rar59v2.rar я менял параметры в алгоритме RAR5, который сейчас используется по умолчанию.

Всего записей: 2242 | Зарегистр. 29-04-2013 | Отправлено: 16:35 08-01-2020
Pasha_ZZZ



Platinum Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
EugeneRoshal
Поменял файл на более сжимаемую исошку. Теперь результаты такие:
Base = 0
Hs = +2s
580 = +4s
Tp = +5s
Hc = +7s

Всего записей: 12375 | Зарегистр. 11-03-2002 | Отправлено: 16:53 08-01-2020
EugeneRoshal

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

Цитата:
Base = 0
580 = +4s  

Тут по крайней мере выигрывает у 5.80, а не проигрывает.
 
Пока буду ориентироваться на Base. Если, конечно, не удастся воспроизвести падение сжатия в 0.5 - 1.5%, наблюдаемое Ohtani_Miho.

Всего записей: 2242 | Зарегистр. 29-04-2013 | Отправлено: 17:13 08-01-2020
uShell

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal, а оптимизации привязаны к степени сжатия? Если какое-то изменение даёт выигрыш в скорости ценой степени сжатия, его можно включать на -m2 и/или -m1, но выключать на других режимах. Кстати, если размеры блоков подбираются под кэш, их вполне можно не "зашивать" в алгоритм, а читать из конфигурации (где продвинутые пользователи смогут их поменять) или CPUID.

Всего записей: 1004 | Зарегистр. 12-06-2019 | Отправлено: 17:36 08-01-2020
EugeneRoshal

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

Цитата:
а оптимизации привязаны к степени сжатия?

-m1 использует свою реализацию поиска строк, и часть оптимизаций к -m1 неприменима. Для -m2 ... -m5 они используются одинаково.

Цитата:
Если какое-то изменение даёт выигрыш в скорости ценой степени сжатия

На всех моих тестах потеря сжатия новой версии по сравнению с 5.80 не превышает сотых долей процента, то есть, пренебрежимо мала. При этом выигрыш в скорости от этой потери сжатия вполне заметен. Впрочем, желающие могут сами сравнить сжатие rarbase.exe из http://www.rarlab.com/rar/.1/rar59v2.rar и rar 5.80.
 
Если мне самому удастся увидеть потерю сжатия хотя бы в пару десятых процента, тогда надо будет думать что с этим делать. Можно будет рассмотреть и предложенный вами вариант.

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

Это имело бы смысл, если бы какой-то из размеров вызывал заметное замедление на каком-то из процессоров. Для Xeon E5-2650v2 мы перебрали все размеры блоков и все они в RarBase.exe для него оптимальны. Для 3950X я их подбирал специально, и они тоже оптимальны. Для i7-6700k и пары других старых интеловских low end CPU я, вроде бы, наблюдал 1-2% падения скорости из-за неоптимальности размера одного из блоков. Но это на уровне погрешности и иногда на 6700k превращалось в 0%, а то и в небольшой выигрыш новой версии.
 
Статистика пока крайне скудна для каких-то выводов. Единственный новый процессор, на котором проверялась эта версия, это упомянутый выше 3950X. Как оно работает на 3900X, 3700X, 9900k, 9700k информации пока нет. А именно на новых многоядерниках я и ожидаю выигрыш в скорости от этой оптимизации.

Всего записей: 2242 | Зарегистр. 29-04-2013 | Отправлено: 18:38 08-01-2020
Benchmark



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

Цитата:
Статистика пока крайне скудна для каких-то выводов. Единственный новый процессор, на котором проверялась эта версия, это упомянутый выше 3950X. Как оно работает на 3900X, 3700X, 9900k, 9700k информации пока нет

Статистику по таким процессорам гораздо быстрее и проще собрать на профильных англоязычных форумах. Или хотя бы на чём-то вроде encode.su. У отечественных пользователей не так много машин на дорогих многоядерных процессорах, особенно самых новых.
 

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

Пара десятых % - это на уровне погрешности. Если при этом скорость вырастет на 5-7%, оно того стоит.

Всего записей: 6833 | Зарегистр. 01-10-2002 | Отправлено: 18:43 08-01-2020 | Исправлено: Benchmark, 18:45 08-01-2020
Pasha_ZZZ



Platinum Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Benchmark
Пока что у меня больше 0,002% не получилось увидеть увеличения размера. Это было на файле 4.6 гиг. Увеличение было в районе 64 кб.

Всего записей: 12375 | Зарегистр. 11-03-2002 | Отправлено: 19:12 08-01-2020
EugeneRoshal

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

Цитата:
Статистику по таким процессорам гораздо быстрее и проще собрать на профильных англоязычных форумах.

Либо выпустить публичную бету. Подожду какое-то время, а там решу.

Цитата:
не так много машин на дорогих многоядерных процессорах

Дешевые малоядерные тоже интересны в плане отсутствия сильных провалов по скорости и сжатию в результате этой модификации.

Цитата:
Пара десятых % - это на уровне погрешности. Если при этом скорость вырастет на 5-7%, оно того стоит.

0.2% на всех основных типах данных мне бы не понравилось. На части данных - да, можно пережить.

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

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Эээ, дорогие люди?
 
Вы как тестируете? Искусственно на тест идеального корпоративного пользователя на одну конкретную задачу?
 
 
Потому что, допустим, в пятницу вечером после работы, я, как простой серый обыватель с завода, приползаю домой, пинаю много флуда




У Вас всё нормально после праздников?
Отдых не нужен?

Всего записей: 83 | Зарегистр. 29-12-2018 | Отправлено: 22:16 08-01-2020 | Исправлено: Maz, 22:41 08-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