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

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

Модерирует : 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

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

Maz



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



Официальный русский сайт: win-rar.com
Официальный e-mail разработчика WinRAR (писать на русском): dev@rarlab.com
 
Финальная английская версия: 6.02 x86 | x64 (14.06.2021)
Финальная русская версия:  6.02 x86 | x64 (14.06.2021)
 
Список изменений на английском языке
(на родном – смотрите файл WhatsNew.txt в дистрибутиве на вашем языке)
Скачать RAR для macOS, FreeBSD, Linux, Android можно здесь.

 
Скачать ранее вышедшие версии также можно с официального сайта и win-rar.com.

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

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

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

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

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

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

Всего записей: 37249 | Зарегистр. 26-02-2002 | Отправлено: 19:30 27-08-2020 | Исправлено: Komandor, 21:14 14-06-2021
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%
 
Мне кажется, некрасиво. По-моему, проще смириться с этими дефектами, смысл сообщений все равно не теряется.

Всего записей: 1446 | Зарегистр. 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-битных систем, а не о новых специфичных для них функциях.

Всего записей: 1446 | Зарегистр. 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 2667/C602J/16 GB REG ECC DDR3-1866/GTX 1660, i7-2600/z68/16 Gb DDR3-1600/GTX 1060 3Gb

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



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

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

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

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

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

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

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



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

Всего записей: 234 | Зарегистр. 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 тут не обучен проверять.

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

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

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

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

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

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

Всего записей: 1446 | Зарегистр. 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 иногда можно "отжать", не говоря уже про остальные форматы.

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



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

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



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

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

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

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



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

Всего записей: 9929 | Зарегистр. 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) не имеют значения, если вы понимаете смысл неравенства.

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



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

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

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

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

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

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

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

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

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

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

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

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

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

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



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

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



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

Всего записей: 9929 | Зарегистр. 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

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


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

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.Board
© Ru.Board 2000-2020

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru