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

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

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

Maz



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



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

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

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

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

Коллекционный архив версий WinRAR 1.54b - 7.00 (1995-2024): скачать (336.4 МБ) [обновлено 28.02.2024]

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

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

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

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

Всего записей: 38852 | Зарегистр. 26-02-2002 | Отправлено: 08:31 31-07-2023 | Исправлено: DimmY, 00:57 26-04-2024
vasevase

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Вот по семёрке:
http://forum.ru-board.com/topic.cgi?forum=5&topic=51203&start=700#4
 
Вот по rar4 [v6.02] текст - «принудит.», остальное - «выкл»,
максимальное непрерывное сжатие, дельта и exe отжаты,
так как увеличивают конечный результат до ~100КБ:
 
Выделяемая память, МБ Порядок Итоговый размер, КБ    
128 7 81440    
128 8 71689    
128 9 71017    
128 10 66725    
128 11 67545    
128 12 67035    
128 13 67890    
128 64 73806

Я там писал по ссылке уже, повторюсь:
ppm на "калькуляторе" жмёт очень шустро, минуты две.
Ну и распаковка ~минуту [конкретный Wiki-архив].
 
При всём уважении, жёсткая нагрузка на ресурсы
(имеется в виду сжатие с -mcx / поиском н.б.р.)
и время сжатия 7-кой [7-25 минут] перекрывают,
для меня лично, плюс от быстрой распаковки.
 
P.S. Консольный 7z [x86]:
 
Выделяемая память, МБ Порядок Итоговый размер, КБ    
760 14 61916    
1512 14 60260    
1645 14 59930

Тут, конечно, как в раннем обсуждении beta 7
я оказываюсь «злодеем», который может передать архив,
который у некоторых [с малым кол-вом ОЗУ] не распакуется.

Всего записей: 3180 | Зарегистр. 28-08-2010 | Отправлено: 05:49 24-01-2024 | Исправлено: vasevase, 07:49 24-01-2024
EugeneRoshal

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

Цитата:
Почти всё моё сказанное касается solid архивов. Иных у меня практически не бывает. Именно для них мне ценно "не испортить" размер словаря.

В чем минус порчи размера словаря в сторону увеличения? Рост расхода памяти при распаковке? Предполагается, что ваши архивы могут быть распакованы на других компьютерах?

Цитата:
Да и для не-solid архивов удаление какого-то из файлов изнутри архива не должно приводить к повторному пережатию всего остального

Не приводит.
 
Добавлено:
vasevase

Цитата:
При всём уважении, жёсткая нагрузка на ресурсы
(имеется в виду сжатие с -mcx / поиском н.б.р.)
и время сжатия 7-кой [7-25 минут]

Вероятно, ядер маловато. -mcx в отличие от -mct+ хорошо параллелится, и у меня на 12900k -mcx -m5 пакует большие тексты быстрее, чем -mc12:128t+.
Кроме того, -mcx -m3 в тех же условиях в два быстрее -mcx -m5 при разнице в степени сжатия порядка одного процента. При этом сжатие все еще лучше, чем у -m5 без -mcx. Так что в некоторых ситуациях вариант с -mcx без -m5 может оказаться практичнее.

Цитата:
перекрывают, для меня лично, плюс от быстрой распаковки.

С order 12 разница в скорости распаковки у меня примерно в 60 раз: 79с против 1.3с. При этом размер архива для 550мб текста - 110мб у -mc12:128t+ против 116мб у -mcx -m5 -md512m.

Всего записей: 2268 | Зарегистр. 29-04-2013 | Отправлено: 11:06 24-01-2024
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Интересно, а это так и должно быть - что крайняя бета 7 русская, для архивов созданных в 6-й версии с такими параметрами -htb -md1g -s показывает название колонки "BLAKE2", а уже для созданных в ней же (v7b3ru) что -htb -md1g -s, что -md1g -s - просто название колонки - "Контрольная сумма", нет же шифрования никакого.

Всего записей: 2806 | Зарегистр. 13-10-2006 | Отправлено: 19:23 24-01-2024 | Исправлено: lelik007, 20:01 24-01-2024
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
lelik007
Не получается воспроизвести. Если нет шифрования, пишет BLAKE2.

Всего записей: 2268 | Зарегистр. 29-04-2013 | Отправлено: 20:25 24-01-2024
Inoz2000



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

Цитата:
перекрывают,
для меня лично, плюс от быстрой распаковки.  

Прямой вопрос - прямой ответ.
Q: Сколько потоков Winrar умеет при распаковке rar?

Всего записей: 4920 | Зарегистр. 23-04-2009 | Отправлено: 20:34 24-01-2024
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
https://ibb.co/n6mD3GS

Всего записей: 2806 | Зарегистр. 13-10-2006 | Отправлено: 20:37 24-01-2024
Inoz2000



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
мож Д. Ерохин так перевёл(, я предполагаю)

Всего записей: 4920 | Зарегистр. 23-04-2009 | Отправлено: 20:43 24-01-2024
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Inoz2000
Так понимаешь, что странно - для архивов созданных в v6.24 - показывает BLAKE2 и CRC32,
а если в v7 любой - вот так.

Всего записей: 2806 | Зарегистр. 13-10-2006 | Отправлено: 20:50 24-01-2024
Inoz2000



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

Цитата:
Так понимаешь, что странно
так пока , 7.00 beta, я русский ещё не скачивал. Потому предположил…
 
Добавлено:

Цитата:
а если в v7 любой - вот так.
значит не вник и сказал не подумамши

Всего записей: 4920 | Зарегистр. 23-04-2009 | Отправлено: 20:52 24-01-2024
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Может как то оно поможет, Windows 10 Enterprise 22H2 x64 [Version 10.0.19045.3930], установка начисто, с чисткой реестра, даже Trial так.
Упаковал по умолчанию из контекстного меню, слева. Архив "v6" справа.
Inoz2000
Да ничего, он вообще то может так показывать, но что то не хочет для архивов v7
Как то так:
https://ibb.co/Yf1xDFY

Всего записей: 2806 | Зарегистр. 13-10-2006 | Отправлено: 21:17 24-01-2024 | Исправлено: lelik007, 21:44 24-01-2024
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
lelik007
Разобрался. RAR 7.0 для экономии места не сохраняет в архиве контрольные суммы для папок. Это и влияло на название колонки. Исправил, перевыложил beta 4. Спасибо.

Всего записей: 2268 | Зарегистр. 29-04-2013 | Отправлено: 22:17 24-01-2024
insorg



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

Цитата:
В чем минус порчи размера словаря в сторону увеличения?  
Во вполне конкретных случаях его увеличивать просто не нужно, и уменьшать вредно. Он подобран оптимально под конкретный набор данных. Там избыточность не оправдана, да и такой архив потом тоже нужно читать на хилом компе среди прочих. Потому и нужна возможность (хотя бы опционально) сохранять имеющийся размер словаря.

Цитата:
Предполагается, что ваши архивы могут быть распакованы на других компьютерах?  
Конечно. Даже имея самый распоследний комп, даже когда я ему наращу память по самые лимиты, я всё равно буду выбирать словарь не бездумно в потолок, а исходя из имеющихся данных, чтобы потом иметь возможность с ними работать "в более суровых" условиях. Всё-таки, как и комп может сломаться (и тогда вытаскивай старый ноут), так и просто этот архив может понадобиться на чужой системе, где не будет такого раздолья по оперативке.
 
Добавлено:
А ещё заметил забавное.
Поигрался с подробным листингом архива консольной версии. Увидел, что в одном из моих архивов (просто свалка разных конфигов софта, особо не парился за словари в нём), на разные файлы пишет про словарь на 128 МБ и на 32 МБ, зависимо от файла, при том что он solid и вроде как не должен такой разнобой иметь.
 
Добавлено:
А в гуях просто про архив пишет 128 МБ. Без дописок или уточнений... Кто из них прав?

Всего записей: 16889 | Зарегистр. 04-11-2010 | Отправлено: 00:52 25-01-2024 | Исправлено: insorg, 00:56 25-01-2024
vasevase

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

Цитата:
EugeneRoshal: Вероятно, ядер маловато.

Так а смысл? Ставить топовое железо ради сжатия TXT?
Я же не говорю, что смысла в алгоритме [mcx] нет.
Для кого-то, с определённым материалом, он будет лучше.
 
Плохо, что выбор остаётся только - применять описанную вами
схему [снижать/отключать параметры], чтобы снизить нагрузку
на 'кряхтящий-пыхтящий' процентов на 90 процессор
(ну или держать старый rar.exe, как предлагали в теме).
В то же время ppm-тест [WinRar 6.02] я спокойно делал в фоне
на виртуалке, не испытывая снижения производительности ОС.
 
Потом, если снизить уровень сжатия с m5 до m3, то время,
конечно, немного снизится для мощных процессоров.
А для слабых всё равно будет минут 5-11 для ~550 МБ txt.
Проигрывая при этом 10% в размере сжатого результата
четвёртому Rar-у и сжимая в 2-6 раз дольше [адово нагружая CPU].
 
Время распаковки меня не особо смущает [уже писал].
Как там у 'классика' ? - «Кто понял жизнь, тот больше не спешит» ©.
Не будете же вы ежечасно вытаскивать данные из архива?
Критично будет только тем, кто прям регулярно ворочает
десятками ГБ [некие базы/логи, которые хорошо сжимаются].

Всего записей: 3180 | Зарегистр. 28-08-2010 | Отправлено: 04:51 25-01-2024 | Исправлено: vasevase, 08:30 25-01-2024
EugeneRoshal

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

Цитата:
пишет про словарь на 128 МБ и на 32 МБ, зависимо от файла, при том что он solid и вроде как не должен такой разнобой иметь.

RAR не допускает в solid потоке рост размера словаря и при необходимости меняет его размер у начала потока автоматически. Уменьшение размера при добавлении новых файлов допускается, так как при распаковке память будет выделена по началу потока и ее хватит для любых файлов в потоке.

Цитата:
А в гуях просто про архив пишет 128 МБ.

Команда "Info" WinRAR показывает максимальный размер словаря в архиве.
 
Добавлено:
vasevase

Цитата:
Плохо, что выбор остаётся только - применять описанную вами
схему [снижать/отключать параметры], чтобы снизить нагрузку

-mcx -m5 это для ситуации, когда скорость упаковки не имеет значения. Если она сколько-нибудь важна, -mcx -m3 оптимальнее: 1% сжатия в обмен на двухкратный рост скорости. Нет ничего плохого в выборе режима, лучше подходящего под конкретные требования.
 
В данном случае я бы не сбрасывал со счетов и более скоростной обычный алгоритм без -mcx. Он в 7.0 за счет long range поиска пакует большие тексты и лучше, и быстрее, чем в 6.x. Этот поиск включается автоматически для -m4, -m5 и словарей от 128 MB, но можно включить его принудительно с помощью -mcl+ для остальных режимов.

Цитата:
А для слабых всё равно будет минут 5-11 для ~550 МБ txt.

У меня -mcx -m3 -mt8 на 8 потоках пакует быстрее, чем -mt12:128t+. Незначительно уступать в скорости начинает только на 6 потоках. 8 потоков это, в общем-то, нынешний low end. Да и на 6 оно по скорости уступает только процентов 15.

Цитата:
Время распаковки меня не особо смущает [уже писал].
Как там у 'классика' ? - «Кто понял жизнь, тот больше не спешит» ©.

При сравнении времени упаковки речь идет об отличии в десятки процентов. При распаковке - в десятки раз. На мой взгляд, не совсем последовательно обращать внимание на первое и игнорировать второе.

Цитата:
Не будете же вы ежечасно вытаскивать данные из архива?

Если у архива есть вероятность быть распакованным, то время распаковки также играет роль.

Всего записей: 2268 | Зарегистр. 29-04-2013 | Отправлено: 11:46 25-01-2024
lelik007



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

Цитата:
Кроме того, -mcx -m3 в тех же условиях в два быстрее -mcx -m5 при разнице в степени сжатия порядка одного процента.

На моих данных результат команды:

Код:
 -htb -m5 -mcl+ -md6g -s  и -htb -mcl+ -md6g -s

не превышает 3% в сжатии максимально, а про времени - я не берусь считать точно, но минимально 20%,
на железе i7-2600K (4C/8T) @ Turbo Boost 4.2Ghz, 16 Gb (4x4) DDR3 @ 1600 Mhz, SSDs Kingston KC600 256 GB (System), 1TB (Data),
GA-Z68XP-UD4.
 
Просто если кто то, что другое у себя намерял, это зависит от данных, железа и пр.

Всего записей: 2806 | Зарегистр. 13-10-2006 | Отправлено: 16:45 25-01-2024 | Исправлено: lelik007, 18:42 25-01-2024
uShell

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

Цитата:
в одном из моих архивов (просто свалка разных конфигов софта, особо не парился за словари в нём), на разные файлы пишет про словарь на 128 МБ и на 32 МБ, зависимо от файла


Цитата:
RAR не допускает в solid потоке рост размера словаря и при необходимости меняет его размер у начала потока автоматически. Уменьшение размера при добавлении новых файлов допускается

Тут есть один интересный момент. Я заметил, что в версиях 6.xx сжатие сильно разных по размеру файлов несколько отличается в случаях, когда оно осуществляется одной операцией и когда несколькими, с разными словарями. Конкретно, увеличение размера словаря далеко за пределы размера файла (точнее, файла плюс предшествующего ему solid-потока) иногда ухудшает сжатие. Порядок файлов в solid-архиве один и тот же, так что на него списать изменение размера нельзя. Соответственно, возможен трюк: если нужно сжать несколько файлов разного размера в один solid-архив, может быть выгодно разбить операцию на несколько этапов: сначала сжать маленькие - с маленьким словарём - а затем добавить большие.
 
Вывод: при добавлении новых файлов к solid-архиву с большим словарём существующие не пережимаются - у них в заголовке просто увеличивается размер словаря. Эта операция принципиально возможна для любых алгоритмов со скользящим словарём, если только на размер словаря жёстко не завязаны размеры полей в сжатом потоке. Например, для LZMA я подменял размер словаря в заголовке: до тех пор, пока реально не использовались смещения, вылетающие за словарь (в частности - пока размер распакованных данных был меньше словаря), распаковка шла нормально.
 
А вот с уменьшением есть вопросы. Мне всегда казалось, что обновление архива подтягивает заданный размер словаря до максимального - т.е. уменьшение невозможно в принципе! Хотя возможно, что меня сбивало с толку поле "размер словаря", которое и подтягивается к максимуму. Хотелось бы прояснить эту ситуацию у EugeneRoshal:

  1. В каких случаях WinRAR 7 принимает решение скопировать сжатый поток, а не пересжать его с новыми настройками?
  2. Кроме случаев из предыдущего пункта и указания запредельно большого словаря, всегда ли при добавлении файла в существующий solid-архив WinRAR использует заданный размер словаря?
  3. Было ли у прошлых версий (хотя бы от 4.xx) иное поведение?

Всего записей: 1020 | Зарегистр. 12-06-2019 | Отправлено: 19:21 25-01-2024
EugeneRoshal

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

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

Да, если к архиву добавляются новые файлы.

Цитата:
В каких случаях WinRAR 7 принимает решение скопировать сжатый поток, а не пересжать его с новыми настройками?  

Если добавляются новые файлы, но не обновляются существующие.

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

Кажется, да.

Цитата:
Было ли у прошлых версий (хотя бы от 4.xx) иное поведение?

Не помню.

Всего записей: 2268 | Зарегистр. 29-04-2013 | Отправлено: 21:39 25-01-2024
insorg



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

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

Теперь я вообще не понимаю. Так реально с каким словарём эти "добавочные" файлы сжаты? С исходными 128 МБ (которые изначально были в первой версии моего архива), или реально с меньшими 32 МБ? Или они пакованы тем же 128 МБ, но 32 МБ показывается по ошибке? Путаница какая-то...

Всего записей: 16889 | Зарегистр. 04-11-2010 | Отправлено: 23:14 25-01-2024
EugeneRoshal

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

Всего записей: 2268 | Зарегистр. 29-04-2013 | Отправлено: 23:19 25-01-2024
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
А как так получается, что при упаковке с 32 МБ словарём нескольких десятков текстовых файлов по 5-6 МБ в solid архив за один раз они жмутся хуже, чем если с тем же 32 МБ словарём упаковать только несколько штук, а потом по одному добавлять к этому же архиву с тем же словарём?
Обратил внимание на это ещё где-то года три назад, но тогда было лень разбираться, потому просто упаковал с 256 МБ словарём. Но сейчас вспомнил.
 
Добавлено:
Если что, сами текстовики - схожи между собой примерно на 70-80%, т.к. это просто листинг всех файлов+папок рабочего диска. Периодически делаю его для контроля, но складываю в архив, чтоб лишнее место не занимало.

Всего записей: 16889 | Зарегистр. 04-11-2010 | Отправлено: 23:48 25-01-2024
Открыть новую тему     Написать ответ в эту тему

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

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


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru