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

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

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

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

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



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Kovu
Цитата:
тот, кто пакует, может не знать, на какой системе это будет распаковываться
Как правило, пакующий и должен беспокоиться о том, что бы его паковку могли прочитать. А если не сделал - то пошёл он нафиг. Наличие глупых мамкиных кулхацкеров, которые начитались про словари и дорвались до сервака, - это не проблема программы. Эти всегда найдут, как самоутвердиться и сделать другим печально. Вообще глупо на них ориентироваться.
 
Добавлено:
Inoz2000
Цитата:
Уже поздно!! — поймите  
Всё верно. Подробнее...
Уже всё сделано, причём хорошо сделано. Ни к чему теперь брать и всё портить обратно.

Всего записей: 17236 | Зарегистр. 04-11-2010 | Отправлено: 06:39 05-11-2023
jterror

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Пример из жизни.
Игра, размер - 7 GB
Архив RAR - 4.9 GB
Репак утилитами от Razor12911 - 2.6 GB (ничего не перекодировано, файлы оригинальны)
 
Мораль такова, специалисты, цель которых максимальное сжатие, найдут специальные утилиты для этого, а WinRAR, как архиватор общего назначения, в любом случае проиграет и не будет ими использован.
 
WinRAR архиватор для простых людей, а не специалистов по сжатию. А у простых людей есть особенность, среди них есть достаточное количество не очень умных с очень дорогими компьютерами. У таких людей развит синдром "выкручивать максималки". Если в программе существуют настройки поставить побольше гигабайт, будьте уверены, они это сделают, это вопрос принципа, а не здравого смысла. В результате начнут распространяться проблемные для распаковки архивы. Получается искусственно завышенные системные требования, лишь потому, что они привязаны к железу релизера, а не по действительной необходимости отражающей содержимое архива.

Всего записей: 112 | Зарегистр. 11-06-2008 | Отправлено: 07:09 05-11-2023
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
jterror
Цитата:
Мораль такова, специалисты, цель которых максимальное сжатие
Мораль неверна. Зачастую нужно не только сжатие, но и обязательное наличие возможности этот самый архив потом прочитать без танцев с бубном и поиском "того самого" уникального распаковщика.
Цитата:
Репак утилитами от Razor12911  
Да-да-да, всё тот же кривой самосборный комбайн Freearc+LOLZ+SREP+XT+Inno, который не то что вскрыть нормально и посмотреть содержимое не получится нормально, так про адекватную распаковку (не через г**но-лаунчер-инсталлятор, а чтоб нормально - как архив) можно вообще забыть.
Это вообще ни хрена не про удобство и скорость работы. И уж тем более не про удобство обновления такого архива по мере выхода обновлений этой самой игры или добавления модификаций.
 
Добавлено:

Цитата:
Если в программе существуют настройки поставить побольше гигабайт, будьте уверены, они это сделают, это вопрос принципа, а не здравого смысла.
Ну сделают, и хрен с ними. Это их архивы и им же их читать потом.
Цитата:
В результате начнут распространяться проблемные для распаковки архивы
И эти "раздающие" получат по шапке от модератора и выложат нормально.
Цитата:
искусственно завышенные системные требования, лишь потому, что они привязаны к железу релизера
Т.е. искусственная привязка содержимого пака в инсталляторе сомнительного качества - это хорошо, а архив - плохо?
Ты уж определись, "за белых" или "за красных".
А то я ещё напомню в очередной раз про ZSTD внутри 7z архивов. Или всё тот же ZIPX, который лютая проприетарщина, но всё равно прямо допускается официальными доками на .zip формат.
 
Добавлено:
Ну, и вдогонку, чтоб окончательно закрыть вопрос. На этом моменте
Цитата:
Игра, размер - 7 GB  
уже будет смешно, т.к. сегодня для игрового компа реальный минимум - это 16 ГБ (и то с огромными компромиссами), а на такой оперативке ты не то что максимальный 7 ГБ словарь распакуешь, ты всю десятку, а то и больше пережуёшь.
Так что... Снова натягивание совы на глобус, как говорится, мимо кассы...

Всего записей: 17236 | Зарегистр. 04-11-2010 | Отправлено: 07:18 05-11-2023
C01dy

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Подробнее... [/more] [/more]

Всего записей: 1 | Зарегистр. 05-11-2023 | Отправлено: 09:41 05-11-2023 | Исправлено: C01dy, 09:58 05-11-2023
uShell

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Присоединюсь к предложению убрать большие словари из выпадающих списков в GUI, но оставить возможность задать их вручную. Например, у меня на работе есть машина с 64 ГБ, на которой я иногда запускал 7-Zip с 4-гигабайтным словарём. С новым WinRAR его можно поднять до 8, а файлы у меня бывают в десятки ГБ.
Если пользователь дождётся завершения упаковки с большим словарём, то с распаковкой того же самого проблем у него не будет. Что до распространения таких архивов, то после нескольких эротуристических предложений народ вполне научится выставлять адекватный словарь.

Всего записей: 1067 | Зарегистр. 12-06-2019 | Отправлено: 11:20 05-11-2023
Inoz2000



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

Цитата:
 убрать большие словари из выпадающих списков в GUI, но оставить возможность задать их вручную.
даже немного смешно.
Как дети малые, чесслово
 
Добавлено:
Да поймите вы - фарш невозможно провернуть назад.  
я блин выкину kit-память 32гига и втыкну 128 и буду это юзать

Всего записей: 4964 | Зарегистр. 23-04-2009 | Отправлено: 11:25 05-11-2023
EugeneRoshal

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

Цитата:
Почему здесь два значения "0"? Как-то это странно.

Я тоже у себя это видел. В какой-то момент в историю размера словарей прописались 0. Но после того как я почистил историю, выключив и включив "Settings/General/Allow history in dialogs", больше мне пока не удалось это воспроизвести. Может какая-то из ранних сборок нули писала.
 
jterror

Цитата:
Игра, размер - 7 GB
Архив RAR - 4.9 GB
Репак утилитами от Razor12911 - 2.6 GB

Предположу, что тут выигрыш не от поиска повторов на больших дистанциях, а от фильтров, настроенных на типичные для этого класса игр данные. Вряд ли они будут столь же эффективны по сравнению с архиваторами общего назначения на данных типа больших виртуальных машин.

Цитата:
У таких людей развит синдром "выкручивать максималки". Если в программе существуют настройки поставить побольше гигабайт, будьте уверены, они это сделают, это вопрос принципа, а не здравого смысла. В результате начнут распространяться проблемные для распаковки архивы.

WinRAR не даст установить словарь больше, чем размер пакуемых данных. То есть, чтобы выложить архив с 32 гб словарем, надо будет упаковать минимум 32 гб данных. Такие объемы, на мой взгляд, более типичны для резервного копирования и менее - для выкладывания в сеть.
 
insorg

Цитата:
Не нужно. Пусть остаётся 64 ГБ как есть.

Пока вроде как убедили, ограничу сверху 64 гб. Хотя думать на эту тему все равно еще буду
 
Я у себя упаковал набор виртуальных машин Linux 115 GB размером. Там наклонированные машины с небольшими изменениями и разные версии Linux, в том числе с отличием по 32- и 64- бита. Это реальный набор, использовавшийся в работе и созданный не для тестов сжатия. С 64 гб словарем он пакуется до 16гб, с 32 гб до 18 гб, с 16 гб до 24 гб, с 8 до 31 гб, с 4 до 42 гб. Так что хотя наибольший выигрыш идет в начале роста размера словаря, переход от 32 к 64 все еще заметен. Правда это слишком удобный случай для больших словарей - много похожих виртуальных машин в одном solid архиве.
 
uShell

Цитата:
Например, у меня на работе есть машина с 64 ГБ, на которой я иногда запускал 7-Zip с 4-гигабайтным словарём. С новым WinRAR его можно поднять до 8, а файлы у меня бывают в десятки ГБ.

На 64 гб можно запустить примерно 40 гб словарь.
 
C01dy

Цитата:
У меня 32 Gb памяти, вам будет интересно, если я проведу какие-либо тесты вроде 8 vs 16 vs 32?

32 на 32 RAM не получится. Увидеть ситуации, где 16 гб выигрывает у 4 гб, было бы интересно.

Всего записей: 2302 | Зарегистр. 29-04-2013 | Отправлено: 12:09 05-11-2023 | Исправлено: EugeneRoshal, 12:10 05-11-2023
zloybuka

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Сырой (несжатый) бекап SQL-базы 1С = 196 331 318 784
 
Сжатие:
Best, 4G   = 23 558 885 832
Best, 64G = 22 246 190 701

Всего записей: 361 | Зарегистр. 30-05-2008 | Отправлено: 20:43 05-11-2023
uShell

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

Цитата:
На 64 гб можно запустить примерно 40 гб словарь

На упаковку? Я думал, потребление памяти осталось как раньше - 6x от словаря.
UPD: прочитал справку, действительно достаточно 1.5x. Интересно, за счёт чего это достигнуто - менее интенсивный поиск на дальних дистанциях?

Всего записей: 1067 | Зарегистр. 12-06-2019 | Отправлено: 21:31 05-11-2023 | Исправлено: uShell, 22:11 05-11-2023
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

Всего записей: 2432 | Зарегистр. 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ов, которые при необходимости хранения предыдущих версий, тоже дадут немалый буст к сжатию просто за счёт их схожести между собой. А ведь, эти штучки - уже давно не мегабайтного веса, а на порядки больше.

Всего записей: 17236 | Зарегистр. 04-11-2010 | Отправлено: 23:09 05-11-2023
EugeneRoshal

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

Цитата:
Если думать, то только в сторону 128 ГБ и больше.

Перебор. Я в распаковщике жестко прописал верхний предел в 64гб. Тут для него бы найти задачи и железо.

Всего записей: 2302 | Зарегистр. 29-04-2013 | Отправлено: 23:20 05-11-2023
insorg



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

Всего записей: 17236 | Зарегистр. 04-11-2010 | Отправлено: 23:22 05-11-2023
EugeneRoshal

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

Цитата:
Интересно, за счёт чего это достигнуто - менее интенсивный поиск на дальних дистанциях?

Там используется несколько отличающийся от поиска на ближних дистанциях подход. Может, он и менее интенсивен, напрямую по интенсивности их сравнить не так просто, зато с более скромными требованиями к памяти.
 
BorlandIMHO

Цитата:
Как нетрудно заметить, {текущая} степень сжатия не поражает воображения.

По идее, всяческие варианты наподобие en_windows_7_*.iso должны хорошо упаковаться  с большим словарем. Может, до них еще дело не дошло.

Цитата:
В отличие от времени, потребного на упаковку...  

Время на таком объеме данных поражало бы воображение и с 1гб словарем.

Всего записей: 2302 | Зарегистр. 29-04-2013 | Отправлено: 23:38 05-11-2023
BorlandIMHO

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

Цитата:
секунды не считают

Тут не о секундах речь...
Скорее - о минутах (на чтение архива) и десятках минут (на распаковку)...
Заодно на втором компе поставил жаться папку с виртуалками, всеми (~1Tb). Результат ожидаю к послезавтра...

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

Всего записей: 2432 | Зарегистр. 12-10-2006 | Отправлено: 23:52 05-11-2023
EugeneRoshal

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

Цитата:
Как я уже писал, через несколько лет и эти словари будут уместны, ибо и железки подтянутся

К 64гб еще может быть через 3 - 5 лет, к 128гб - очень нескоро. Для 128гб словаря ведь понадобится больше 128 гб RAM. Пусть сначала подтянется, тогда и можно будет подумать про новые лимиты в новых версиях. Если оно еще будет актуально и востребовано.
 
Добавлено:
BorlandIMHO

Цитата:
Заодно на втором компе поставил жаться папку с виртуалками, всеми (~1Tb). Результат ожидаю к послезавтра...  

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

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

Всего записей: 2432 | Зарегистр. 12-10-2006 | Отправлено: 00:13 06-11-2023 | Исправлено: BorlandIMHO, 00:23 06-11-2023
EugeneRoshal

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

Цитата:
best/solid/словарь 16Гб  

Памяти хватило бы и на 32гб.

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



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

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

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

Цитата:
EugeneRoshal: Планирует ими пользоваться?
А то с выхода первой беты как-то совсем тихо на этот счет.

Вы сами ответили на свой вопрос. Я лично не планирую терабайты
информации сжимать на 64 ГБ системной памяти.
Обладаю "работяжными" [колхозными, если угодно] м.платами,
где лимиты - 4/8 -- 32 ГБ. Не собираюсь покупать новое.
 
Вообще поражаюсь "пляске чертей" и радости про потенциальное
убирание x86-версии архиватора, на фоне таких же мизЕрных процентов,
а то и меньше "гиков" которым нужна
упаковка 100ГБ-вых архивов на постоянной основе.
Тут любят, порой, поговорить о коммерческом выхлопе.
Ну можно за $$ отдельно выпустить, Server-edition, тем, кому надо.
Про домашних юзеров вы [и другие] всё верно рассуждаете:
налепят / выкрутят настройки на максимум, а мы потом 'разгребай'.
 
Какие-то прогнозы на 3-5 лет.. Слушайте, НИКТО [ну ладно, почти никто]
не был готов к мировым финансовым кризисам, к войнам, к терр. атакам,
к пандемии вирусных инфекций. Языком "бла-блакать" - дело нехитрое.
Хорошо бы, имхо, 'прогнозёров' приучать отвечать чем-то, в случае их
несбывшихся прогнозов [финансово и тому подобным].

Всего записей: 3190 | Зарегистр. 28-08-2010 | Отправлено: 00:55 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

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