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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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 185 186 187 188 189 190 191 192

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

Maz



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



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


Стабильная английская версия: 7.13
Стабильная русская версия: 7.13


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


Текущая английская бета-версия: 7.20 beta 3
Текущая русская бета-версия: 7.20 beta 3

Примечание: английская бета-версия обновляется регулярно, без изменения номера версии. подробнее...
Список изменений на английском языке
(на родном – смотрите файл 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

Всего записей: 39744 | Зарегистр. 26-02-2002 | Отправлено: 08:31 31-07-2023 | Исправлено: yura43, 11:50 19-12-2025
EugeneRoshal

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

Цитата:
А вы случайно, тестирование не проводили с Fast Bytes = 192?

Конкретно про 192 не помню, но я проверял различные значения. По результатам тестирования значение 128 для данной реализации -mcx в RAR оказалось оптимальным на мой взгляд балансом между скоростью и сжатием.

Цитата:
Это зависит от конечной реализации, возможно 192 уменьшит скорость RAR5 очень сильно

Без fast bytes или со слишком большим fast bytes на некоторых данных падение скорости в нынешней реализации -mcx может быть катастрофическим.

Всего записей: 2652 | Зарегистр. 29-04-2013 | Отправлено: 20:29 11-11-2025
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
За разъяснение про Fast Bytes большое спасибо, мне и Игорь про них объяснял, но на английском и по-своему, теперь сильно понятнее стало.

Цитата:
 
По результатам тестирования значение 128 для данной реализации -mcx в RAR оказалось оптимальным на мой взгляд балансом между скоростью и сжатием.
 

Я в этом смысле и понял.

Цитата:
Без Fast Bytes или со слишком большим Fast Bytes на некоторых данных падение скорости в нынешней реализации -mcx может быть катастрофическим.

Не нужно нам такого.

Всего записей: 3486 | Зарегистр. 13-10-2006 | Отправлено: 21:18 11-11-2025
tansy

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

Цитата:
Как так получилось, что исходный файл имеет размер почти 500 МБ, а сжатый с -m0 - от 300 до 400? Это не похоже на -m0.  

uShell
 
Концептуально:

Код:
 
Enceladus.tif | 7z a -mx0 -mf=delta:4 | 7z > Enceladus.tif.7z-0-d4.7z
 

 

Цитата:
В моих тестах Rar не учитывает ключ -mcNd+ при наличии ключа -m0.

 
Возможно, вы правы. это объяснило бы, почему размеры

Цитата:
Enceladus.tif.7z ~ Enceladus.tif.rar5-0-mc4d.7z

 

Цитата:
Кстати, я раньше выяснял, что Rar5 с delta-фильтром часто лучше обычного Rar5 сжимает данные, к которым уже применён delta-фильтр 7-Zip (с той же длиной).

 
Que?
Приведите мне пример командной строки.

Всего записей: 116 | Зарегистр. 19-09-2024 | Отправлено: 00:47 12-11-2025 | Исправлено: tansy, 01:03 12-11-2025
tansy

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

Цитата:
Не нужно нам такого.

lelik007
 
Вы из тех, кто будет защищать пользователей от самих себя?
Если бы это была расширенная опция (-mc), то ее использовали бы только опытные пользователи, и они знали бы, что она делает, а если бы они не знали, они бы это поняли.

Всего записей: 116 | Зарегистр. 19-09-2024 | Отправлено: 15:21 12-11-2025
lelik007



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

Цитата:
Если бы это была расширенная опция (-mc)

Кому нужно, тот пусть и запрашивает такую опцию. А я возможно, не буду против нее возражать.

Всего записей: 3486 | Зарегистр. 13-10-2006 | Отправлено: 15:52 12-11-2025
insorg



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

Цитата:
128 для данной реализации -mcx в RAR оказалось оптимальным  

Можно ли добавить опцию ручного указания своего значения? (например, нечто подобного вида, как в том же -mc63:128t+ можно было раньше указать)

Цитата:
падение скорости в нынешней реализации -mcx может быть катастрофическим

Для моей задачи падение скорости даже в два-три раза не будет критичным, если на имеющихся данных будет выигрыш в сжатии и при этом не будет проблем с совместимостью чтения таких архивов версиями 6.хх линейки, которые на некоторых компах стали конечной точкой, ибо по ряду причин стоит ХРх64.

Всего записей: 20517 | Зарегистр. 04-11-2010 | Отправлено: 16:52 12-11-2025
tansy

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

Цитата:
Я все равно не понимаю, Fast Bytes в Deflate/Deflate64 - 258/257, в LZMA/2 - 273, а в RAR5 - 4096?

lelik007
 
Это зависит от конструкции.
Deflate использует 0-5 битов для кодирования длины совпадения, поэтому оно ограничено. Здесь до 258.
Lzma пошел по тому же пути и там ограничен 273.
Rar позволяет гораздо более длинные совпадения, до 4096, а Zstd теоретически неограничен, хотя на практике ограничен до 4096.  
 
 
 

Цитата:
Кому нужно, тот пусть и запрашивает такую опцию.

lelik007
 
Кто-то должен быть первым.
Поэтому я буду первым, кто об этом попросит.
 

Всего записей: 116 | Зарегистр. 19-09-2024 | Отправлено: 19:30 12-11-2025 | Исправлено: tansy, 20:02 12-11-2025
uShell

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tansy
У Вас странный код для создания 7z-архива. Проще так:

Код:
7z a -mx0 -m0=delta:4 Enceladus.tif.7z-0-d4.7z Enceladus.tif

Да, Delta можно указывать как самостоятельный алгоритм сжатия, а не как фильтр.
 
Что касается кода для Rar5 с двумя Delta - это я делал вручную.
 
insorg

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

Если я не ошибаюсь, значение Fast Bytes не влияет на алгоритм распаковки и, соответственно, не указывается в архиве. По крайней мере, это верно для LZMA.

Всего записей: 1166 | Зарегистр. 12-06-2019 | Отправлено: 19:34 12-11-2025
tansy

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

Цитата:
Если я не ошибаюсь, значение Fast Bytes не влияет на распаковки

uShell
 
Вы не ошибаетесь.
 
Ограничение длины совпадения не имеет значения для декомпрессора LZSS. Любой декомпрессор LZSS.
Он поддерживает любое значение, допускаемое алгоритмом, поэтому нет необходимости объявлять о нем, если оно меньше.

Всего записей: 116 | Зарегистр. 19-09-2024 | Отправлено: 19:50 12-11-2025
insorg



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

Цитата:
 Поэтому я буду первым, кто об этом попросит.  

Вторым.
 
Добавлено:
tansy

Цитата:
поэтому нет необходимости объявлять о нем, если оно меньше

А если больше?

Всего записей: 20517 | Зарегистр. 04-11-2010 | Отправлено: 21:06 12-11-2025
EugeneRoshal

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

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

Не хотелось бы.  
 
В алгоритме сжатия множество различных внутренних параметров, и не все из них подходят для настройки пользователями. Слишком большое значение fast bytes на данных с длинными повторами может легко утормозить алгоритм раз в 30. При этом выигрыш в сжатии по сранению с нынешним значением в большинстве случаев не превысит единиц процентов.

Всего записей: 2652 | Зарегистр. 29-04-2013 | Отправлено: 21:35 12-11-2025
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Может, тогда в каком-то небольшом диапазоне это можно разрешить?

Всего записей: 20517 | Зарегистр. 04-11-2010 | Отправлено: 21:44 12-11-2025
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
Оно сейчас уже установлено больше с уклоном в сжатие, ближе к концу диапазона приемлемых значений скорости. В сжатии на небольшом диапазоне много не выиграть, а в скорости проиграть можно много.

Всего записей: 2652 | Зарегистр. 29-04-2013 | Отправлено: 22:09 12-11-2025
tansy

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

Цитата:
Вторым.

insorg
 
Да, вторым.
 


 

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

EugeneRoshal
 
Вы тот, кто хочет защищать людей от самих себя?
Вас этому в школе учат?
 
99% пользователей ОС не знают о существовании расширенных параметров, а более 90% из тех, кто знает, ими не пользуются или используют редко.
Это делает 99,9% пользователей «невосприимчивыми» к этому, потому что они не используют и не будут его использовать.
А те, кто это делает, могут узнать это только из руководства длиной 100 КБ. Хотите верьте, хотите нет, но если кто-то потратил время на чтение этой книги, то может понять, что игра с расширенными параметрами может иметь серьезные последствия.
 
Кроме того, вы предоставили для управления только один параметр, а именно скользящее окно (-md). Это было бы вторым, даже не таким важным и не таким впечатляющим. Два это так много?
 
Возьмем, к примеру, Lzip — это Lzma со всеми «расширенными» параметрами, фиксированными к значению по умолчанию, и пользователю доступны только два — скользящее окно (называемое словарем в терминах 7zip) и длина совпадения (называемая быстрыми байтами в 7zip). Эти два используются для регулировки уровней сжатия, а также могут контролироваться пользователем. Они отлично работают, и никто никогда на них не жаловался.
Я, например, хотя и знаю их, большую часть времени не использую длину соответствия. И когда я это делаю, я прекрасно осознаю, что это означает, и часто уменьшаю это, а не увеличиваю.
Так что я не покупаю этот аргумент.

Всего записей: 116 | Зарегистр. 19-09-2024 | Отправлено: 22:28 12-11-2025 | Исправлено: tansy, 22:37 12-11-2025
EugeneRoshal

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

Цитата:
99% пользователей ОС не знают о существовании расширенных параметров, а более 90% из тех, кто знает, ими не пользуются или используют редко.

А зачем делать опцию, которая не будет востребована 99.9% пользователей?

Всего записей: 2652 | Зарегистр. 29-04-2013 | Отправлено: 22:33 12-11-2025
tansy

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

Цитата:
А зачем делать опцию, которая не будет востребована 99.9% пользователей?

EugeneRoshal
 
Возможно, это была гипербола. Небольшое преувеличение.
Но это применимо ко всем расширенным аргументам, и я мог бы спросить то же самое: почему вы сделали все эти расширенные аргументы доступными, если ими пользуется так мало пользователей?

Всего записей: 116 | Зарегистр. 19-09-2024 | Отправлено: 22:41 12-11-2025
EugeneRoshal

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

Цитата:
почему вы сделали все эти расширенные аргументы доступными

Значит, на момент добавления я считал, что какому-то заметному количеству пользователей они могут быть полезны. Но в случае fast bytes я в этом сомневаюсь.
 
Я стараюсь избегать добавления опций, которые не нужны подавляющему большинству пользователей. Иногда я могу неправильно оценить пользовательский интерес и добавить что-то ненужное по ошибке. Но именно что по ошибке.

Всего записей: 2652 | Зарегистр. 29-04-2013 | Отправлено: 22:55 12-11-2025
lelik007



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

Цитата:
Вы тот, кто хочет защищать людей от самих себя?

Он тот, кто несет главную ответственность за программу Winrar годами, в тот числе финансовую.

Цитата:
Вас этому в школе учат?

В win.rar GmbH.

Цитата:
lzip

А какое количество пользователей Winrar, вообще, знает про такой архиватор, не говоря о том, что пользоваться?
 
insorg
tansy
Кстати, вы очень работу с semi-solid архивами хотели, может протестируете, а ну как, баг приключился какой-то.
 
EugeneRoshal
В местной теме 7-Zip прекрасно видно, что неопытные пользователи имеют тенденцию копировать командные строки откуда угодно и давать настраивать Fast Bytes до 4096 точно не стоит. Если Fast Bytes сейчас в самом медленном режиме - 128, то что будет от увеличения в 32 раза? То и будет - 30 кратное замедление алгоритма. Если делать для поиграться паре пользователей, то никак не более 1024, а еще лучше 512.
 
Я радикально против того, чтобы параметр Fast Bytes в Winrar был доступен пользователям.
 

Всего записей: 3486 | Зарегистр. 13-10-2006 | Отправлено: 07:57 13-11-2025 | Исправлено: lelik007, 08:42 13-11-2025
rzt



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Rar 7.20 128 android
Такой баг появился в этой версии,  очистка кэша, перестановка не влияет: информация для восстановления в % , интрпретируется не в процентах , а как разы. Например 3% — вместо этого архив становится в 3 раза больше

Всего записей: 602 | Зарегистр. 16-07-2004 | Отправлено: 11:42 13-11-2025
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
rzt
Действительно. Исправлю, спасибо.

Всего записей: 2652 | Зарегистр. 29-04-2013 | Отправлено: 13:50 13-11-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 185 186 187 188 189 190 191 192

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


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

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

LiteCoin: LgY72v35StJhV2xbt8CpxbQ9gFY6jwZ67r

Рейтинг.ru

Рейтинг.ru