Maz Дед Мазай Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору По вопросам лечения (кряки, патчи и т.д.), а также разблокировки архивов, обращаемся в «Варезник». Отдельная тема по сборкам WinRAR Предыдущие части темы: 0 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 Русская бета-версия 7.10 beta 1 | 64-bit     Английская бета-версия 7.10 beta 1 | 64-bit Важная информация о ссылках Список изменений Дополнительно Коллекционный архив версий (с 1995 года) | Официальный архив (с 2002 года по FTP) Примечание: английская бета-версия обновляется регулярно, без изменения номера версии. подробнее... Скачать RAR для macOS, FreeBSD, Linux, Android можно здесь. Таблица совместимости версий с различными ОС Версия 3.62 (ru) с подарочным ключом (респект камраду elmorte) Коллекционный архив 16- и 32-бит версий WinRAR 1.54b - 7.01 (1995-2024): скачать (342.2 МБ) [обновлено 15.05.2024] вместо F.A.Q. || альтернативные архиваторы Почему задерживается русская версия? А при русском разработчике на языке XXX уже давно есть. Не захламляйте тему подобными вопросами. Кому не нравится новая тема оформления - скачайте с официального сайта rarlab.com (из раздела Themes) и установите себе WinRAR Classic theme by Francesco Indrio Стандартная (48x36). Маленькие кнопки (24x24) В теме активно отвечает на вопросы автор архиватора Евгений Рошал! Ситуация уникальная, прошу пользоваться. :)   Таблицы для наглядности с соотношением размера словаря к потребляемой ОЗУ: с ключом mcx | без ключа mcx Всего записей: 39128 | Зарегистр. 26-02-2002 | Отправлено: 08:31 31-07-2023 | Исправлено: DimmY, 00:16 10-11-2024

BorlandIMHO Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору EugeneRoshal Цитата: никакого интереса к большим словарям я не увидел. Ни тестов, ни вопросов, ни примеров использования Ну, на данный момент времени - необходимость больших словарей не наблюдается. Во-первых, они имеют смысл только для ОЧЕНЬ больших {наборов} данных. Которые мало у кого есть. Во-вторых - оперативность работы с архивом, особенно solid. {Те же самые бэкапы виртуалок - удобнее держать в формате "1 архив - 1 виртуалка"}. То, что упаковка занимает солидное время - полбеды, но ведь и на извлечение потребно существенное время. А уж обновление мега-архива - вообще выйдет за рамки приличия, даже если в нём заменять текстовик на пару кб...   Тесты? Пожалуйста... Тестовый набор на ~2,71 Тб: https://archive.org/details/msdn-full Winrar: скачанный с rarlab ~6 часов назад английский 7b1 x64 Параметры сжатия: best, solid, со словарём 32Гб (остальные настройки - по умолчанию) Система: W10 22H2 на [Xeon E5-2678v3 (12c24t) + 128Gb DDR4] Текущее состояние: Как нетрудно заметить, {текущая} степень сжатия не поражает воображения. В отличие от времени, потребного на упаковку...   Потом сделаю тест со словарём 64Гб. Но уже сейчас могу сказать, что снижение оперативности доступа (если мне, например, потребуется достать один исошник с NT4 из середины архива) перебивает всю пользу от повышенной степени сжатия...   Единственное применение больших словарей (да и больших архивов в целом) - сжатие единичных больших файлов либо (больших наборов файлов, представляющих собой единую сущность) типа бэкапов больших баз данных, не предназначенных для оперативного использования. Именно бэкапы БД обычно не упаковываются в архив, и именно из-за оперативности доступа. Да и тот же SQL 2012, если "пофиг скорость, главное компактность", вполне неплохо упаковывает свои дампы непосредственно при снятии...   Из целевых наборов данных остаются, по факту, виртуалки... И опять мы возвращаемся к оперативности: БОЛЬШИЕ наборы данных {типа 20 виртуалок одним куском} потребуют большого времени на распаковку. Для небольших {типичная одиночная ВМ Vbox, "голый" Server 2022 для опытов с VHD на 150Гб} - избыточен, в общем-то, даже словарь в 4Гб. Там всех данных ~15Гб.   Нет, я не призываю отказываться от больших словарей. Виртуалки, если что, тоже проявляют тенденцию к распуханию...   Но пока в плане работы со словарями было бы полезнее прикрутить некую эвристику {выбор предположительно оптимального размера словаря под конкретный набор данных}. Если, конечно, такое возможно...   P.S. А кроме дистрибутивов и {у некоторых} виртуалок, практически все большие файлы на домашних компах - медиафайлы, которые уже сжатые и потому архиватором их паковать бессмысленно... ---------- http://www.imho.ws Всего записей: 2654 | Зарегистр. 12-10-2006 | Отправлено: 23:05 05-11-2023 | Исправлено: BorlandIMHO, 23:11 05-11-2023

insorg Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору EugeneRoshal Цитата:  Пока вроде как убедили, ограничу сверху 64 гб. Хотя думать на эту тему все равно еще буду   Если думать, то только в сторону 128 ГБ и больше.   Цитата: Правда это слишком удобный случай для больших словарей - много похожих виртуальных машин в одном solid архиве.   Это как раз правильный случай, один из них. Именно в solid и нужны большие словари, чтоб между разными схожими файлами схожести найти. Это ж просто песня будет, если я все свои виртуалкины образы смогу запихнуть в один архив, в котором они будут лежать оптимально, а не как сейчас. А про хорошую упаковку разных версий одной игры (она скопирована в трёх разных папках, но ресурсы слегка различаются (доли процентов) между этими самыми версиями) без больших словарей и мечтать не приходилось. Предел мечтаний был лишь в надежде на отсев дубликатов с приходом rar5, который частично решил задачу, но не во всех случаях, т.к. не все ресурсы по файлам идентичны. Короче, большим словарям быть. И это хорошо. Их реально давно не хватало.   Добавлено: BorlandIMHO Цитата: необходимость больших словарей не наблюдается Она давно была. Просто вслух никто не просил, боясь сломать совместимость и не зная, что сам по себе формат RAR5 это замечательно позволяет. Цитата: для ОЧЕНЬ больших {наборов} данных Именно. Для них вообще иного пути и нет. Цитата: оперативность работы с архивом, особенно solid Реально большим данным оперативность не светила никогда и ни в каком виде, когда речь заходит об оптимальности и сжатии. Цитата: Те же самые бэкапы виртуалок - удобнее держать в формате "1 архив - 1 виртуалка" Только если у тебя виртуалки разные, а не несколько копий одной, которые между собой отлично способны пожаться при хорошей дистанции поиска. Цитата: упаковка занимает солидное время - полбеды, но ведь и на извлечение потребно существенное время Вообще никакой проблемы нет. Тебе долго - не пользуешься. А кому нужно этим всем ворочать, секунды не считают, а просто берут и делают. Цитата:  Из целевых наборов данных остаются, по факту, виртуалки...   Виртуалки - это лишь часть, хоть и популярная. А ещё бывает графика во всяких там несжатых PSD, которая между собой различается крайне мало (вон, у моей такой графики на пол харда). С ней решают только большие словари, и ничего другого. Ну и классика боли - это ресурсы игр и модельки от CADов, которые при необходимости хранения предыдущих версий, тоже дадут немалый буст к сжатию просто за счёт их схожести между собой. А ведь, эти штучки - уже давно не мегабайтного веса, а на порядки больше. Всего записей: 17946 | Зарегистр. 04-11-2010 | Отправлено: 23:09 05-11-2023

insorg Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору И да, вдогоночку про мою личную боль, которую тоже способны решить большие словари. Это портативки большого (реально большого) софта в ThinApp, на которые нужно хранить и "исходники проекта", и сами портативки. А если софтина нужна на разных языках, то ещё умножаем на количество языков. Я с ними уже упёрся в возможности максимального 3,75 ГБ словаря от 7zip, которого уже реально мало и приходится ювелирно выстраивать сортировку файлов перед сжатием, чтобы уместиться в эту самую дистанцию и не вылететь за неё, получив на ровном месте двухкратный (или больше) размер архива.   Добавлено: EugeneRoshal Цитата: Перебор.   На сегодня? Вынужден согласиться, что пока что это наиболее вероятно да (хотя, за всех утверждать не возьмусь). Цитата: Тут для него бы найти задачи и железо Как я уже писал, через несколько лет и эти словари будут уместны, ибо и железки подтянутся, да и софт+данные из года в год только жиреют и отлавливать схожести при версионировании становится всё сложнее. Всего записей: 17946 | Зарегистр. 04-11-2010 | Отправлено: 23:22 05-11-2023

BorlandIMHO Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору insorg Цитата: секунды не считают Тут не о секундах речь... Скорее - о минутах (на чтение архива) и десятках минут (на распаковку)... Заодно на втором компе поставил жаться папку с виртуалками, всеми (~1Tb). Результат ожидаю к послезавтра... ---------- http://www.imho.ws Всего записей: 2654 | Зарегистр. 12-10-2006 | Отправлено: 23:52 05-11-2023

BorlandIMHO Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору EugeneRoshal Цитата: По идее, всяческие варианты наподобие en_windows_7_*.iso должны хорошо упаковаться  с большим словарем. До ~20%, ну может чуть меньше, если конкретно про 7... Проверим заодно.     Добавлено: EugeneRoshal Цитата: Не уверен, что у вас хватит терпения паковать весь терабайт заново еще и с 4гб словарем В общем-то пофиг, комп всё равно 24/7 воздух гоняет. Просто результат будет нескоро... Так, отметим: i5-8600K @3,6GHz (6c12t), 64Gb DDR4, виртуалки Virtualbox вразнобой (от NT3.51 до 11 22H2), ~1Тб best/solid/словарь 16Гб ---------- http://www.imho.ws Всего записей: 2654 | Зарегистр. 12-10-2006 | Отправлено: 00:13 06-11-2023 | Исправлено: BorlandIMHO, 00:23 06-11-2023

insorg Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору EugeneRoshal Цитата:  К 64гб еще может быть через 3 - 5 лет, к 128гб - очень нескоро. Для 128гб словаря ведь понадобится больше 128 гб RAM. Пусть сначала подтянется, тогда и можно будет подумать про новые лимиты в новых версиях. Если оно еще будет актуально и востребовано.   3-5 лет - ничто, на самом деле, если брать по меркам жизни версий архиваторов. Сегодня это делается, а как раз тогда и пригодится готовенькое и отлаженное. Перспектива. Так-то. Всего записей: 17946 | Зарегистр. 04-11-2010 | Отправлено: 00:28 06-11-2023

vasevase Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: EugeneRoshal: Планирует ими пользоваться? А то с выхода первой беты как-то совсем тихо на этот счет. Вы сами ответили на свой вопрос. Я лично не планирую терабайты информации сжимать на 64 ГБ системной памяти. Обладаю "работяжными" [колхозными, если угодно] м.платами, где лимиты - 4/8 -- 32 ГБ. Не собираюсь покупать новое.   Вообще поражаюсь "пляске чертей" и радости про потенциальное убирание x86-версии архиватора, на фоне таких же мизЕрных процентов, а то и меньше "гиков" которым нужна упаковка 100ГБ-вых архивов на постоянной основе. Тут любят, порой, поговорить о коммерческом выхлопе. Ну можно за $$ отдельно выпустить, Server-edition, тем, кому надо. Про домашних юзеров вы [и другие] всё верно рассуждаете: налепят / выкрутят настройки на максимум, а мы потом 'разгребай'.   Какие-то прогнозы на 3-5 лет.. Слушайте, НИКТО [ну ладно, почти никто] не был готов к мировым финансовым кризисам, к войнам, к терр. атакам, к пандемии вирусных инфекций. Языком "бла-блакать" - дело нехитрое. Хорошо бы, имхо, 'прогнозёров' приучать отвечать чем-то, в случае их несбывшихся прогнозов [финансово и тому подобным]. Всего записей: 3368 | Зарегистр. 28-08-2010 | Отправлено: 00:55 06-11-2023

insorg Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору vasevase Цитата:  Я лично не планирую терабайты информации сжимать на 64 ГБ системной памяти. Обладаю "работяжными" [колхозными, если угодно] м.платами, где лимиты - 4/8 -- 32 ГБ. Не собираюсь покупать новое.   Ну так и не надо за всех ОСТАЛЬНЫХ решать, что им будет доступно, а что нет. Хочешь ограничений - начни с себя. Цитата: не был готов к мировым финансовым кризисам К чему этот мутный поток сознания в ветке обсуждения программы? Изучи статистику продаж железок, изучи какие компы и с какой памятью доступны были несколько лет назад, год назад, сегодня, затем - что в планах выпуска у чипмейкеров в этом году, следующем, и т.д., и у тебя получатся ровно те же циферки, плюс-минус небольшая погрешность из-за разных источников.   Всего записей: 17946 | Зарегистр. 04-11-2010 | Отправлено: 01:03 06-11-2023

BorlandIMHO Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору EugeneRoshal Цитата: Памяти хватило бы и на 32гб Да запросто. Может и с 32 эксперимент проведу, если не будет совсем влом... Просто я предположил, что под этот набор будет достаточно 16.   ---------- http://www.imho.ws Всего записей: 2654 | Зарегистр. 12-10-2006 | Отправлено: 01:04 06-11-2023

vasevase Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: insorg: и не надо за всех ОСТАЛЬНЫХ решать Непоследновательность какая-то наблюдается [это другое™]:   «С этим разработчики сами разберутся».   Ну вот автор и решил. А его [0.01%], как дети малые, за штанину дёргают и выклянчивают оставить "как есть". Цитата: К чему этот мутный поток Вот и я удивляюсь: к чему 0,01%, с которого нет коммерческого выхлопа, основываясь на мутном ванговании, за всех решает, каким должен быть "словарный лимит".   Вам сказали, что его ограничат: всё, терпите. Тем более, как тут же подмечали про x86, бетку вам на память оставили. Пользуйтeсь ею, никто не запрещает же. Всего записей: 3368 | Зарегистр. 28-08-2010 | Отправлено: 01:14 06-11-2023 | Исправлено: vasevase, 03:06 06-11-2023

insorg Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору vasevase Цитата: за штанину дёргают   Так ты определись, ты со своими х32 дёргаешь, или нет? Цитата: Непоследновательность какая-то наблюдается Ну вот и не плоди её. И будет всем счастье.   BorlandIMHO Так можно ж было сразу большой сделать.  Если не хватит - сабж сам скинет на ступеньку вниз, пока хватать не начнёт... Всего записей: 17946 | Зарегистр. 04-11-2010 | Отправлено: 01:18 06-11-2023 | Исправлено: insorg, 01:19 06-11-2023

BorlandIMHO Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору vasevase Цитата: Я лично не планирую... Вы лично вполне можете спокойно использовать версии 4.x-5.x, или даже 3.x, если вам не требуются некие возможности, реализованные только в более новых версиях. Никто, вроде, не заставляет переходить на 7.x?.. Ваши личные предпочтения запросто могут не совпадать с предпочтениями любого произвольного человека/группы людей. Это вовсе не означает, что они обязаны подстраиваться под вас, как и вы не обязаны подстраиваться под них... Оффтоп   insorg Цитата: Так можно ж было сразу большой сделать. У меня нет такой цели - "сделать максимально БОЛЬШОЙ словарь". Мне интереснее оптимум найти... Притом, что ни терабайты софта, ни сотни гигабайт виртуалок я вообще архивировать не собираюсь. Чисто эксперимент провожу... ---------- http://www.imho.ws Всего записей: 2654 | Зарегистр. 12-10-2006 | Отправлено: 02:14 06-11-2023

insorg Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору BorlandIMHO Цитата:  У меня нет такой цели - "сделать максимально БОЛЬШОЙ словарь". Мне интереснее оптимум найти...   Ежели так, тогда оптимум ищется только прогоном минимального, максимального а также ряда промежуточных вариантов. Всего записей: 17946 | Зарегистр. 04-11-2010 | Отправлено: 02:25 06-11-2023

lelik007 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору EugeneRoshal Дело еще в том, что не все пытаются засунуть всё в 1 архив. Поэтому и тестов мало. Мое мнение такое, если кто то пакует несколько образов больше 5-6 Гб в один архив, это что паковать, что выбросить - значит, это просто не планируют использовать. И что делать с архивом в 1 Тб если он "побьется" положим в 2-х местах, поможет ли RR - ой ли, и открывать его даже с  -qo - такое себе.   Вот вы паковали для тестов набор виртуалок Linux в 1 архив, а я бы запаковал каждую в отдельный файл, да пусть сжатие пострадает за счет solid, но целее будут.   А по поводу размера словарей. Вы эту мысль высказываете, но может стоит оформить? Отталкиваться можно не от размера словаря, а от имеющейся памяти. Сейчас типично 4 (редко) , 8 (частно) , 16 (часто) , 32 (средне), 64 (крайне редко) - из того что я вижу.   НО, это же не размер словаря 4-32. Вот сколько сейчас типично есть памяти есть - от того и отталкиваться. Может стоит ограничится не словарем 64 Гб - а словарем для памяти 64 Гб? Или если хотите - словарем для памяти 32 Гб. С LRS - это тоже нужно учитывать. Я просто не знаю как это посчитать. Всего записей: 3092 | Зарегистр. 13-10-2006 | Отправлено: 10:24 06-11-2023 | Исправлено: lelik007, 10:58 06-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 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

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

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование