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

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

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

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 2
Текущая русская бета-версия: 7.20 beta 2

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

Всего записей: 39722 | Зарегистр. 26-02-2002 | Отправлено: 08:31 31-07-2023 | Исправлено: DimmY, 23:23 21-11-2025
EugeneRoshal

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

Цитата:
Преодоление этого неудобства возможно двумя способами

Я все же планирую посмотреть на вариант с отложенной обработкой: копируем файлы как не в solid архиве, а когда обнаруживаем первый ненулевой файл после удаленного - возвращаемся, и что надо - анализируем или перепаковываем.  
 
По сути это разновидность двухпроходного варианта. Но если после удаленных файлов нет ненулевых, он окажется однопроходным. Также что-то можно выиграть в скорости за счет копирования и распаковки в память файлов до первого удаленного без перепаковки.
 
В общем, надо будет посмотреть, насколько это сложно реализуемо и даст ли оно выигрыш в скорости. С одной стороны, где-то можно обойтись без перепаковки. С другой - забеги назад по архиву.

Всего записей: 2646 | Зарегистр. 29-04-2013 | Отправлено: 15:51 12-10-2025 | Исправлено: EugeneRoshal, 18:42 12-10-2025
uShell

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

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

Тут можно сэкономить, если выставить тот же (или с бОльшим словарём) метод сжатия (это возможно, если дополнительные методы явно указаны в сжатых данных) и не перезаписывать файлы до места изменения, а просто набирать статистику. С другой стороны, предварительный проход по архиву - это быстро (с диска читается порядка 64K на каждый заголовок, а остальное - seek).
 
Ещё одна оптимизация возможна в WinRAR: там архив всё равно прочитан в память и размеры удаляемых файлов на момент подачи команды известны.

Всего записей: 1162 | Зарегистр. 12-06-2019 | Отправлено: 16:22 12-10-2025
EugeneRoshal

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

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

Такой вариант я и планирую проверить.

Цитата:
если выставить тот же (или с бОльшим словарём) метод сжатия

Размер словаря копируемых файлов надо будет поднять до указанного пользователем. Распаковщик понимает снижение размера словаря в solid блоке, но не его рост.

Цитата:
с диска читается порядка 64K на каждый заголовок, а остальное - seek

Seek на HDD это небыстро. Правда, если заголовки сохранятся в дисковом кэше до второго прохода, тогда ситуация меняется.

Цитата:
Ещё одна оптимизация возможна в WinRAR: там архив всё равно прочитан в память и размеры удаляемых файлов на момент подачи команды известны.

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

Всего записей: 2646 | Зарегистр. 29-04-2013 | Отправлено: 16:45 12-10-2025 | Исправлено: EugeneRoshal, 16:47 12-10-2025
insorg



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

Цитата:
 В RAR это не реализовано.  

Плохо.

Цитата:
RAR в общем случае для быстрого удаления папки потребовался бы или второй проход по архиву

Ради того, чтобы не делать лишнее ненужное пережатие в памяти, я готов на два прохода. Это в любом случае быстрее, чем просто молотить всё содержимое подряд.
Тем более, что я ещё культурно промолчу, что архивы со словарями нужного мне размера после удаления пустой папки через гуи не просто "пережимаются", но ещё и превращаются в архивы со словарём 32 МБ с закономерным ростом конечного размера архива.
Т.е. получаем, что хотели удалить пустую папку (даже без файлов внутри неё), а получили огромный кусок потраченного времени и архив, который стал в разы больше на выходе.
Существенная недоработка.
 
Добавлено:
uShell

Цитата:
можно написать отдельную программу

Это уже перебор. Писать софтину, потом тестировать (нужно же убедиться, что не пострадают полезные данные), потом дебажить и только потом допускать в работу...  
Да я такими темпами не просто много раз успею дождаться перепаковки архива, но и в целом переделать такой же архив с нуля с исходных данных.
Так что.. Идея забавная, но нерациональная в конкретном случае.

Всего записей: 20359 | Зарегистр. 04-11-2010 | Отправлено: 17:42 12-10-2025
uShell

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

Цитата:
Seek на HDD это небыстро

Я имею в виду, что если сжатые данные занимают хотя бы десятки мегабайт, то перемещение головки сразу к их концу всяко быстрее, чем чтение блока в память. Когда я в одном из своих скриптов заменил чтение позиционированием, скорость обработки ощутимо возрасла. Для мелких (до десятка КБ) файлов что чтение, что позиционирование происходят внутри кэша. Хуже всего будет, если сжатые данные занимают место порядка дискового кэша - тогда по факту приходится читать весь архив.
 

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

А я думал, что заголовки кэширует сам RAR. Они всё равно нужны для Quick Open, которая по умолчанию пишется. Плюс, если наряду с заголовком кэшировать его абсолютное смещение, то при удалении/обновлении можно будет на втором проходе читать не весь архив, а только нужные файлы.

Всего записей: 1162 | Зарегистр. 12-06-2019 | Отправлено: 21:25 12-10-2025
EugeneRoshal

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

Цитата:
А я думал, что заголовки кэширует сам RAR. Они всё равно нужны для Quick Open, которая по умолчанию пишется.

Не все, не всегда. QO в отличие от central directory может кэшировать только часть заголовков. Слишком близко расположенные друг к другу заголовки он по умолчанию не хранит.

Всего записей: 2646 | Зарегистр. 29-04-2013 | Отправлено: 22:18 12-10-2025
MAX63ru



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
WinRAR x64 7.20 beta 1
 
What's new in the latest version
 
 
UPD  Добавил в заголовок ссылку.





Почему в посте нет ссылки на закачку?

Всего записей: 9847 | Зарегистр. 14-04-2012 | Отправлено: 13:04 29-10-2025 | Исправлено: MAX63ru, 12:42 01-11-2025
uShell

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Весьма интересны изменения касательно кусочно-непрерывных архивов. Помнится, EugeneRoshal изначально не планировал такой функционал, но сейчас ситуация изменилась.
Кстати, интересно, "as is" относится только к сжатым данным, или и к заголовкам тоже? Пока не проверял, но думаю, что заголовки по-прежнему перезаписываются.

Всего записей: 1162 | Зарегистр. 12-06-2019 | Отправлено: 19:31 30-10-2025
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
uShell
Заголовки, насколько я помню, перезаписываются.

Всего записей: 2646 | Зарегистр. 29-04-2013 | Отправлено: 21:13 30-10-2025
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
WinRar 7.20b1 RU 31.10.2025. Выписка Что нового

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti





Почему в посте нет ссылки на закачку?

Всего записей: 35431 | Зарегистр. 31-07-2002 | Отправлено: 18:35 31-10-2025 | Исправлено: Maz, 21:32 31-10-2025
Komandor



Gold Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Зачем постоянное обновление языка к программе?
там-же ничего не добовляется?
До сих пор использую старый...

----------
Cowon Jet- Audio 4 -Сайт посвещается всем любителям Jet- Audio 4

Всего записей: 8614 | Зарегистр. 10-02-2004 | Отправлено: 18:51 31-10-2025
Inoz2000



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Komandor
Это вы список изменений ну очень не внимательно прочли. Прочли же?

Всего записей: 5511 | Зарегистр. 23-04-2009 | Отправлено: 19:03 31-10-2025
Komandor



Gold Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Inoz2000
а я понял, по мелочи, я то использую как разархиватор

----------
Cowon Jet- Audio 4 -Сайт посвещается всем любителям Jet- Audio 4

Всего записей: 8614 | Зарегистр. 10-02-2004 | Отправлено: 20:00 31-10-2025
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Брал с официального FTP и машинально решил что линк не нужен поскольку всем известен...
 
ftp://ftp.rarlabs.com/rar/winrar-x64-720b1ru.exe обновился т.к. текст WhatsNew.txt отредактирован.  
 
31.10.2025 18:24:00 +0300
SHA-256 (winrar-x64-720b1ru.exe) = 80a5badaec14730e5c6b9ff2f1e78315fdab4098e683b10085c7dcc24bdf6176
 
31.10.2025 21:16:00 +0300
SHA-256 (winrar-x64-720b1ru.exe) = 11c54145b11bf1e66061ac54af0a117bc0183004a52e66481898955af12f6a18

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 35431 | Зарегистр. 31-07-2002 | Отправлено: 06:28 01-11-2025 | Исправлено: Victor_VG, 06:48 01-11-2025
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
При правке шапки просьба не удалять ссылки на бета версии!

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 35431 | Зарегистр. 31-07-2002 | Отправлено: 12:06 01-11-2025
DimmY



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

Всего записей: 5090 | Зарегистр. 22-04-2002 | Отправлено: 13:06 01-11-2025 | Исправлено: Maz, 21:24 01-11-2025
KHart

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
можно как-то улучшить навигацию файлов вне архива? при совпадении имени файла архива в папке , кидает ошибку - хотелось бы какой-то альтернативы... заменить, переименовать существующий
https://i.imgur.com/3rUhtpc.jpeg

Всего записей: 61 | Зарегистр. 18-10-2025 | Отправлено: 23:54 05-11-2025
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
KHart
Я добавил запрос на перезапись при переименовании вне архива и выложил обновленную beta 1.

Всего записей: 2646 | Зарегистр. 29-04-2013 | Отправлено: 13:10 06-11-2025
tansy

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Мое внимание привлекли, что это изображение является своего рода «аномальным». Отчасти потому, что оно ведет себя аналогично другим изображениям, например медицинским изображениям, но при его сжатии с помощью Rar есть неожиданный результат.
 

Код:
 

size       ratio   file
518340175  1.0000  Enceladus.tif
428540865  0.8267  Enceladus.tif.gz-9
413445813  0.7976  Enceladus.tif.zst-18
385139143  0.7430  Enceladus.tif.bz2
344849056  0.6652  Enceladus.tif.lzma-9
330301617  0.6372  Enceladus.tif.bz3
310606672  0.5992  Enceladus.tif.rar5-m3
309466025  0.5970  Enceladus.tif.zpaq-5
298723162  0.5763  Enceladus.tif.rar4-m3

 

 
А именно, он не только превосходит Lzma, и Bzip2/BWT-компрессоры (в случае научных изображений это важно; об этом позже*), но и превосходит Zpaq -m5, в случае Rar4, что не просто удивительно, а действительно удивительно.
 
Теперь вопрос, почему так?
По большей части Rar немного хуже или находится на одном уровне с Zstd, когда дело касается степени сжатия, в некоторых случаях он лучше и значительно лучше не только Zstd, но даже Lzma. На этот раз удалось даже победить Zpaq, что само по себе является достижением.
Где кроется секрет? Если это не секрет, конечно.
 


 
Я предполагаю, что частично это связано с тем, что это изображение не очень хорошо сжимается. Вот как с этим справляются компрессоры LZSS:
 

Код:
 

size       ratio   file
518340175  1.0000  Enceladus.tif
485076470  0.9358  Enceladus.tif.arith_st
428540865  0.8267  Enceladus.tif.gz-9
428473406  0.8266  Enceladus.tif.arith
428240848  0.8261  Enceladus.tif.huff
413445813  0.7976  Enceladus.tif.zst-18
349335552  0.6739  Enceladus.tif.rans_st

 

 
Не очень хорошо, как видно. До такой степени, что чистое кодирование Хаффмана лучше, чем Gzip -9, а rANS-static превосходит Zstd.
 
Но это еще не все, ведь Rar также является LZSS-компрессором и прекрасно с этим справляется.
 


 
* Просто небольшое объяснение.
 
Существует определенный вид изображений — медицинские изображения — которые Rar сжимает очень хорошо. Не так хорошо, как компрессоры BWT, но тем не менее хорошо.
 

Код:
 

size       ratio   file
180008960  1.0000  lukas_3d_dicom.cat
 95354958  0.5297  lukas_3d_dicom.gz-9
 90060757  0.5003  lukas_3d_dicom.zst-18
 76732774  0.4262  lukas_3d_dicom.lzma
 75195861  0.4177  lukas_3d_dicom.rar
 72158811  0.4008  lukas_3d_dicom.bz2
 67704694  0.3761  lukas_3d_dicom.bsc-m03
 64517381  0.3584  lukas_3d_dicom.jp2

 


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

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tansy
Удачно применился delta фильтр. Упакуйте с -mcd-, чтобы увидеть разницу.

Всего записей: 2646 | Зарегистр. 29-04-2013 | Отправлено: 16:51 06-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

Компьютерный форум 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