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

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

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

Maz



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



 
Официальный русский сайт: win-rar.com
Официальный e-mail разработчика WinRAR (писать по-русски): dev@rarlab.com
 
Финальная русская версия 7.01 | 32-bit | 64-bit    
Финальная английская версия 7.01 | 32-bit | 64-bit
Важная информация о ссылках Список изменений
Дополнительно Коллекционный архив версий (с 1995 года) | Официальный архив (с 2002 года по FTP)

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

Таблица совместимости версий с различными ОС

Версия 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

Всего записей: 38881 | Зарегистр. 26-02-2002 | Отправлено: 08:31 31-07-2023 | Исправлено: Loafer, 21:47 16-05-2024
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Benchmark
Как раз самое время. Только первая бета закончилась. Это после финала будет поздновато.
EugeneRoshal
Размер... ну будет все чуть больше. Это же не до 100 Мб.
Смотрите сами.  Тут у всех свои хотелки, нам с pikorembo BLAKE3, а кому то поддержка XP.

Всего записей: 2844 | Зарегистр. 13-10-2006 | Отправлено: 22:21 27-11-2023
BorlandIMHO

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

----------
http://www.imho.ws

Всего записей: 2411 | Зарегистр. 12-10-2006 | Отправлено: 22:28 27-11-2023
EugeneRoshal

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

Цитата:
Просто любопытно - а вы файл с рамдиска хэшировали или с обычного SSD?..

Результаты первого запуска и чтение с HDD я проигнорировал. Дальше данные читались из дискового кэша.

Цитата:
Сравнивать результаты, полученные в существенно различающихся условиях - такое себе...

Я сравнивал только blake2bp и blake2sp в одинаковых условиях на одном и том же компьютере.

Всего записей: 2295 | Зарегистр. 29-04-2013 | Отправлено: 22:37 27-11-2023
BorlandIMHO

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Тоже сравнил, но не поленился рамдиск создать (ImDisk)...
Xeon E5-2678 v3 (12c24t)
Win11_23H2_English_x64.iso
b2sp - 4.672s, b2bp - 4.774s
Разница, в общем-то, на уровне погрешности измерения...

----------
http://www.imho.ws

Всего записей: 2411 | Зарегистр. 12-10-2006 | Отправлено: 22:51 27-11-2023
Benchmark



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
BorlandIMHO
Сначала файл читался в оперативку (copy -> nul), а после вычислялся хэш (вообще без обращения к диску).
 
Я даже допускаю, что на разных поколениях процессоров Intel результаты могут отличаться. А как там на AMD - вообще отдельная история. Кто знает, может и размер внутреннего кэша тоже имеет значение. Одним словом, универсальной "серебряной пули", похоже, нет.

Всего записей: 6839 | Зарегистр. 01-10-2002 | Отправлено: 22:56 27-11-2023 | Исправлено: Benchmark, 22:59 27-11-2023
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
BorlandIMHO
Получается, что Blake2sp и Blake2bp на 8 и более физ. ядрах примерно равны.
А если 4 ядра или 4+HT (опять же как референс определяет сколько потоков) - тогда Blake2bp быстрее, за счет 64-битного слова.

Всего записей: 2844 | Зарегистр. 13-10-2006 | Отправлено: 22:58 27-11-2023
GoblinNN

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

Цитата:
Но все равно код, скорее всего, получится немаленький.

на сколько вырастит результат? ну будет winrar 5-6 мег вместо сегодняшних 3,13. это не страшно.
 
тем более этот код никто и не видит.

Всего записей: 2911 | Зарегистр. 11-10-2005 | Отправлено: 23:32 27-11-2023 | Исправлено: GoblinNN, 23:37 27-11-2023
insorg



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

Цитата:
ну будет winrar 5-6 мег вместо сегодняшних 3,13. это не страшно
Первый шаг раздутию и блоатвари... Оно того стоит?

Всего записей: 17048 | Зарегистр. 04-11-2010 | Отправлено: 23:45 27-11-2023
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
GoblinNN
Увидят все те, кто из исходников Unrar делают свою распаковку.
Типа Игоря Павлова (7-zip), да и пусть себе видят. А на счет размера, конечно,
что за проблема.

Всего записей: 2844 | Зарегистр. 13-10-2006 | Отправлено: 23:50 27-11-2023
Benchmark



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

Цитата:
Первый шаг раздутию и блоатвари... Оно того стоит?

Абсолютно не стоит.
 
Вон дистр 7-zip всего 1,5 мега, никаких супер-пупер скоростных оптимизированных хэшей, и все им довольны.
 
GoblinNN

Цитата:
ну будет winrar 5-6 мег вместо сегодняшних 3,13

Т.е. оптимизированный код хэша занимает столько же, сколько и весь остальной RAR ? Это даже не смешно.

Всего записей: 6839 | Зарегистр. 01-10-2002 | Отправлено: 23:53 27-11-2023 | Исправлено: Benchmark, 23:59 27-11-2023
insorg



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

Цитата:
дистр 7-zip всего 1,5 мега
И это отлично. Универсальный инструмент при удобном размере = счастье.
А раздувать код программы ради одной (неведомо кому нужной) посторонней функции - дело глупое и неблагодарное. Тем более, когда эта самая функция не несёт никакой пользы для первоочерёдной задачи - эффективной упаковки данных.

Всего записей: 17048 | Зарегистр. 04-11-2010 | Отправлено: 00:00 28-11-2023
EugeneRoshal

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

Цитата:
ну будет winrar 5-6 мег вместо сегодняшних 3,13.

Тут надо учесть, что вырастет размер и SFX модулей, а с ними - SFX архивов.

Цитата:
это не страшно.

Вопрос в том - ради чего. Выигрыш в скорости, так CRC32 и Blake2sp тоже не особо медленные. Меня бы мог заинтересовать выигрыш в стандартности. То есть если бы контрольные суммы файлов на сайтах наподобие https://www.freebsd.org/releases/14.0R/announce/ массово перешли с SHA- на Blake3. Но пока я этого не наблюдаю.

Всего записей: 2295 | Зарегистр. 29-04-2013 | Отправлено: 00:01 28-11-2023
insorg



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

Цитата:
CRC32 и Blake2sp тоже не особо медленные
Имхо, сравнение времи на проверку архива при разных хешах - затея бесполезная, потому что при учёте времени чтения и распаковки содержимого архива этой самой разницей между хешами можно пренебречь.
Я ещё понимаю возможность вместо стандартной CRC32 использовать какую-то одну альтернативу, если её работа не отягощает размером бинарников, но рассуждать про "тысячи их" в контексте архиватора.... Бред. Вот честно. Бред.
Кому хочется "альтернативных сумм", никто не мешает рядом с пакуемыми данными бросить свой .sha или .blake (или чего ещё душе угодно), и упаковать его вместе с данными. Всё. Просто. Быстро. Надёжно. Удобно.

Всего записей: 17048 | Зарегистр. 04-11-2010 | Отправлено: 00:12 28-11-2023
lelik007



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

Цитата:
Вон дистр 7-zip всего 1,5 мега, никаких супер-пупер скоростных оптимизированных хэшей, и все им довольны.

Конечно, все довольны. Только чтобы ZSTD распаковать нужен плагин и посмотрим когда завезут поддержку Rar 7.
EugeneRoshal

Цитата:
То есть если бы контрольные суммы файлов на сайтах наподобие https://www.freebsd.org/releases/14.0R/announce/ массово перешли с SHA- на Blake3.

А с чего прейдут, BLAKE2 же был до этого, кто хочет использует, вот некоторые додумались, что без аппаратного ускорения SHA-512 на платформе x64 быстрее в те же 1,5-2 раза, чем SHA-256 из-за опять же 64-битного слова. Ну а так то и комбинацию MD5+SHA-1 до сих пор многие используют.

Всего записей: 2844 | Зарегистр. 13-10-2006 | Отправлено: 00:16 28-11-2023 | Исправлено: lelik007, 00:18 28-11-2023
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
lelik007
Цитата:
чтобы ZSTD распаковать  
Дался тебе этот zstd в 7zip. Для него есть свои либы, которые и так доступны в командерах.
 
Добавлено:

Цитата:
так то и комбинацию MD5+SHA-1 до сих пор многие используют
Потому что это разумно. Две независимые суммы по разным алгоритмам (к тому же вполне известным и простым) - это достаточно быстро и надёжно. Особенно если их ещё и аппаратно можно гонять на полной скорости, а не пытаться считать грубо софтово.

Всего записей: 17048 | Зарегистр. 04-11-2010 | Отправлено: 00:45 28-11-2023
GoblinNN

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

Цитата:
Т.е. оптимизированный код хэша занимает столько же, сколько и весь остальной RAR ? Это даже не смешно.

ой. а не пофиг ли? самое главное чтоб работало как задумано. шустро и без ошибок. а сколько оно весит мне все равно.
 
Добавлено:
EugeneRoshal

Цитата:
Тут надо учесть, что вырастет размер и SFX модулей, а с ними - SFX архивов.

я sfx не пользую. архивы пользую. они то не вырастут?

Всего записей: 2911 | Зарегистр. 11-10-2005 | Отправлено: 00:50 28-11-2023
insorg



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

Цитата:
сколько оно весит мне все равно
Далеко не везде это "всё равно". Не нужно судить по своим предпочтениям за всех.

Всего записей: 17048 | Зарегистр. 04-11-2010 | Отправлено: 00:57 28-11-2023
GoblinNN

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

Цитата:
А с чего прейдут, BLAKE2 же был до этого, кто хочет использует

угу archlinux пользует BLAKE2b + SHA256(тоже по привычке наверно)
 
Добавлено:
insorg

Цитата:
Далеко не везде это "всё равно". Не нужно судить по своим предпочтениям за всех.
 

что-то на дискетку не влезает? да пусть хоть 10 мег весит. если делает архивы шустро с приемлемым сжатием и без ошибок.
 
зыж за всех я и не говорил. там слово "мне" есть.

Всего записей: 2911 | Зарегистр. 11-10-2005 | Отправлено: 01:08 28-11-2023
insorg



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

Цитата:
да пусть хоть 10 мег весит
И тогда отправится в /dev/null следом за остальными тяжеловесами типа FreeArc, Explzh, WinZip и им подобнымх...
 
Добавлено:
Нет никакого разумного аргумента в пользу того, чтобы добавлять сторонний код ради одной (ещё и редко где используемой) ломающей совместимость функции, реальной необходимости в которой изначально нет, но при этом её размер сопоставим с размером всей основной полезной программы...
Это - искусственное раздувание кода сторонним мусором в чистейшем виде.

Всего записей: 17048 | Зарегистр. 04-11-2010 | Отправлено: 01:18 28-11-2023
GoblinNN

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

Цитата:
И тогда отправится в /dev/null следом за остальными тяжеловесами

 
каждому свое. некоторые их пользуют. это пример про "говорить за всех".
 
Добавлено:
insorg

Цитата:
ради одной (ещё и редко где используемой) ломающей совместимость функции

здрасте. "RAR5 позволяет сохранить и CRC32, и новый хэш"

Всего записей: 2911 | Зарегистр. 11-10-2005 | Отправлено: 01:20 28-11-2023
Открыть новую тему     Написать ответ в эту тему

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

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