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

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

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

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

   

Maz



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



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

Текущая английская бета-версия:  6.23 beta 1 x86 | x64
Текущая русская бета-версия:  6.23 beta 1 x86 | x64

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

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

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

Коллекция всех ранее выходивших версий WinRAR 1.54b - 6.22 (1995-2023): скачать (311 МБ) [обновлено 31.05.2023]

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

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

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

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

Всего записей: 38816 | Зарегистр. 26-02-2002 | Отправлено: 19:30 27-08-2020 | Исправлено: DimmY, 17:47 20-07-2023
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
С этим -idn возможны небольшие дефекты - процент выполнения может отъесть несколько символов у сообщений об ошибках. Типа:
 
Testing archive aaa.rar
 19%
filename.txt    - checksum e 99%
Total errors: 1
 
Это происходит, потому что не выводится имя файла с переводом строки. Попробовать исправить можно, но кое-где следы все равно могут остаться. Вычистить все такие случаи может оказаться слишком трудоемко. Либо после обработки каждого файла выводить несколько пробелов, но тогда процент при распаковке будет "прыгающим":
 
 16%  18%  18%  18%  19%
filename.txt    - checksum error  20%  21%  21%  23%  24%  24%  25%  26%
 27%  28%  28%  29%  32%  34%  34%  34%  42%  42%  43%  43%  43%  45%  48%  51%
 
Мне кажется, некрасиво. По-моему, проще смириться с этими дефектами, смысл сообщений все равно не теряется.

Всего записей: 2258 | Зарегистр. 29-04-2013 | Отправлено: 13:09 20-10-2020 | Исправлено: EugeneRoshal, 13:10 20-10-2020
vadimuu4

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
 
Можно ли WinRar научить дробиться на процессы, например как это делают Хромобраузеры. Тогда появляется возможность, при упаковке больших аривов, использовать более 4 ГБ памяти даже в 32-битных системах. Это очень удобно, когда в х86 системе используется режим РАЕ и доступна память выше 4 ГБ. Да и в серверных платформах, типа WS2003 это пригодится, поскольку там РАЕ включен из коробки.

Всего записей: 208 | Зарегистр. 21-09-2020 | Отправлено: 18:13 20-10-2020
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
vadimuu4
Для словаря 1гб RAR'у нужен быстрый доступ примерно к 6 гб памяти. Если раздать каждому процессу по 2 гб, а потом обмениваться данными через IPC механизмы, это замедлит скорость упаковки на порядки и усложнит алгоритм в разы.
 
Безотносительно технической стороны вопроса, делать какие-то глобальные нововведения для уходящих платформ просто нерационально. Речь уже идет о том, когда отказаться от поддержки 32-битных систем, а не о новых специфичных для них функциях.

Всего записей: 2258 | Зарегистр. 29-04-2013 | Отправлено: 21:03 20-10-2020 | Исправлено: EugeneRoshal, 21:04 20-10-2020
vadimuu4

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
 
Это не новые функции, это хорошо забытые старые. Используя механизм РАЕ, адресовалась вся доступная память во всех серверных платформах, например в 32 разрядном Windows Server 2003. Ограничение в 4ГБ было придумано маркетологами МС. Любое 32-разрядное железо имеет не 32, а 36 разрядную шину адреса и адресует не 4, а 64ГБ памяти. А в линукс-системах этого ограничения вообще никогда не было...

Всего записей: 208 | Зарегистр. 21-09-2020 | Отправлено: 08:06 21-10-2020
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
vadimuu4
 
Хватит чушь нести. Ограничение "32 бит адрес" появилось в i386 т.к. его ALU не могло считать адреса большей разрядности. Механизм PAE добавлен в процессоры Intel начиная i686 (Pentium Pro), а появился в пакете DEC FX!32 for Alpha AXP 21064/21066/21068 и по идеологии сходен с XMS/EMS DOS позволяя 32-х битным программам хранить данные в адресах памяти выше 4 ГБ и доставать их оттуда через специальное буферное окно. А все ограничения на адреса кода остаются.
 
EugeneRoshal
 
Ну, в принципе ряд проектов использующих большие данные уже отказался от поддержки 32-х битных ОС. Например Shotcut v20.10.18 (v20.10 BETA) из-за невозможности вместить данные в 32-х битные адреса от этой схемы отказался, многие CAD/CAE/DTP и АСУ ТП так же отказываются от 32-х битной адресации из-за размеров данных. В их случае логично.

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

Всего записей: 33210 | Зарегистр. 31-07-2002 | Отправлено: 03:08 22-10-2020
Sputnikk



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

Цитата:
Тогда появляется возможность, при упаковке больших аривов, использовать более 4 ГБ памяти даже в 32-битных системах.  
поймите, массовый продукт не рассчитан на любителей экзотики. Время разработчиков стоит денег и бухгалтера рассчитают, какие изменения принесут деньги, а какие не окупятся.  
 Вы с ХР х86 на НОВОМ компе никак не попадаете под категорию высокодоходной группы покупателей.

Всего записей: 6797 | Зарегистр. 17-10-2011 | Отправлено: 05:42 22-10-2020 | Исправлено: Sputnikk, 05:46 22-10-2020
GoblinNN

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

Цитата:
Вы с ХР х86 на НОВОМ компе

вот этот момент не совсем понятен. ну если комп новый и при этом 10-ка windows не нравится. так можно же линукс поставить. можно две оси поставить. ту же 10-ку для игр например. а для всего остального линукс. на что уж я умею только лес валить, ну еще маленько на станках токарном и фрезерном. а в сборке арча разобрался. зачем труп пинать?

Всего записей: 2908 | Зарегистр. 11-10-2005 | Отправлено: 09:55 22-10-2020
pikorembo



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
 
Нашёл баг. Выставляем размер словаря 1 ГБ и пытаемся упаковать каталог, в котором есть только один небольшой файл (допустим, 512 байт). WinRAR использует словарь 128 КБ вместо 1 ГБ, что очень хорошо. Если теперь в этом же каталоге создать символическую ссылку (на файл или каталог, пусть даже пустые) и повторить действия, то размер словаря составит 1 ГБ. Включение опции "Сохранять символические ссылки как ссылки" не меняет ситуацию. Размер словаря получается намного больше ожидаемого.

Всего записей: 279 | Зарегистр. 29-01-2014 | Отправлено: 14:22 22-10-2020 | Исправлено: pikorembo, 14:42 22-10-2020
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
pikorembo
Да, с -ol или "Save symbolic links as links" симлинки в этой ситуации должны игнорироваться. Сейчас обновил beta 1 на rarlab.com с учетом этого. Но без -ol будет работать как и раньше. Размер link targets RAR тут не обучен проверять.

Всего записей: 2258 | Зарегистр. 29-04-2013 | Отправлено: 15:57 22-10-2020
uShell

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Мне казалось, что WinRAR запрашивает размер всех файлов, чтобы попытаться уменьшить размер словаря. Что же произойдёт в случае символической ссылки (при отсутствии -ol)? WinRAR увидит, что это ссылка, и будет считать размер её цели максимально возможным?

Всего записей: 1014 | Зарегистр. 12-06-2019 | Отправлено: 17:46 22-10-2020
EugeneRoshal

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

Цитата:
WinRAR увидит, что это ссылка, и будет считать размер её цели максимально возможным?

Да, при наличии ссылок без -ol уменьшение размера словаря не выполняется.

Всего записей: 2258 | Зарегистр. 29-04-2013 | Отправлено: 18:25 22-10-2020
pikorembo



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

Цитата:
Размер link targets RAR тут не обучен проверять.

Т.е. размеры файлов оцениваются до начала упаковки? Тогда вопросы:
  1. Что будет, если в процессе архивирования часть файлов увеличится в размере?
  2. Размер словаря один на весь архив? Почему не на каждый файл своё значение?

Цитата:
*.rar *.zip *.cab *.7z *.ace *.arj *.bz2 *.gz *.lha *.lzh *.taz *.tgz *.xz *.txz

К чему это новшество? Даже .7z иногда можно "отжать", не говоря уже про остальные форматы.

Всего записей: 279 | Зарегистр. 29-01-2014 | Отправлено: 18:35 22-10-2020 | Исправлено: pikorembo, 18:37 22-10-2020
Pasha_ZZZ



Запрет на пост
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
pikorembo
Это несжимаемые форматы, если только какой-то догада не поместил туда файлы без сжатия. Но это уже случай крайне редкий, граничащий с ГСМом, например.

Всего записей: 12398 | Зарегистр. 11-03-2002 | Отправлено: 18:57 22-10-2020
pikorembo



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

Цитата:
Это несжимаемые форматы

Всё в этом мире относительно... Встречается и такое неравенство: .rar > .7z > .7z_in_.rar

Всего записей: 279 | Зарегистр. 29-01-2014 | Отправлено: 19:07 22-10-2020 | Исправлено: pikorembo, 19:11 22-10-2020
Pasha_ZZZ



Запрет на пост
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
pikorembo
Как я уже сказал, это просто тупизм. А с учетом того, что это профили сжатия и используете их вы - делайте выводы самостоятельно.

Всего записей: 12398 | Зарегистр. 11-03-2002 | Отправлено: 19:10 22-10-2020
pikorembo



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

Цитата:
А с учетом того, что это профили сжатия и используете их вы - делайте выводы самостоятельно.

Придётся процитировать самого себя:

Цитата:
.rar > .7z > .7z_in_.rar

Файлы внутри .rar и .7z одинаковые. Архив .7z создаётся один раз, после чего упаковывается во второй .rar. Для создания обоих .rar используется один и тот же профиль и версия WinRAR. Настройки сжатия (к слову, в моём эксперименте они были максимальные для .rar и .7z) не имеют значения, если вы понимаете смысл неравенства.

Всего записей: 279 | Зарегистр. 29-01-2014 | Отправлено: 19:20 22-10-2020 | Исправлено: pikorembo, 23:12 22-10-2020
Benchmark



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

Цитата:
Встречается и такое неравенство: .rar > .7z > .7z_in_.rar

В зависимости от набора данных может встретиться и обратное.
 
В любом случае, для большинства пользователей store по умолчанию для не- и слабосжимаемых форматов - это оптимальный пресет. Ну а немногочисленные любители сжать несжимаемое сделают себе приятно вручную.

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

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

Цитата:
Т.е. размеры файлов оцениваются до начала упаковки?

Да. Тем более, что для solid нам важен общий объем файлов.

Цитата:
Что будет, если в процессе архивирования часть файлов увеличится в размере?

Размер словаря не изменится.

Цитата:
Размер словаря один на весь архив? Почему не на каждый файл своё значение?

Для solid нельзя. Для не solid можно, но пользы от этого немного.

Цитата:
К чему это новшество? Даже .7z иногда можно "отжать", не говоря уже про остальные форматы.

Это значение по умолчанию, которое я посчитал оптимальным для большинства пользователей. Оно планировалось там давно и отсутствовало только из-за ошибки в коде. Впрочем, тем, кому это не нравится, несложно отредактировать профиль сжатия.

Всего записей: 2258 | Зарегистр. 29-04-2013 | Отправлено: 20:57 22-10-2020
fonaskin



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Benchmark
В абсолют не нужно всё возводить! Так можно EPUB и форматы MS Office, такие как DOCX, XLSX, PPTX, объявить несжимаемыми, они же все ZIP-анутые. Да что там: JPEG, PDF, MP3, MKV и много чего ещё пихать в архив как есть, даже не спросив пользователя. Кому такой "архиватор" будет нужен?
 
 
Добавлено:
 
EugeneRoshal
Спасибо за новую функцию в Winrar 6, позволяющую перед архивированием дописывать ключи командной строки. Это существенно упростит мою работу.

Всего записей: 58 | Зарегистр. 23-11-2017 | Отправлено: 21:02 22-10-2020 | Исправлено: fonaskin, 21:16 22-10-2020
Pasha_ZZZ



Запрет на пост
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
fonaskin
Они несжимаемые и есть (те копейки, на которые производится сжатие, погоды точно не сделают).
Архиваторы как таковые уже гораздо реже используются для сжатия. В большинстве своем - удобство хранения одним файлом, контроль целостности, и одна из фирменных фич винрара - добавление инфы для восстановления.
А перечисленные форматы, если вы и правда их хотите сжать больше, чем на пару байт, требуют специализированных прекомпрессоров перед сжатием.
И выигрыш будет гораздо интереснее, чем от сжатия заголовков.

Всего записей: 12398 | Зарегистр. 11-03-2002 | Отправлено: 21:14 22-10-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 200 201

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


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru