Maz Дед Мазай Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Предыдущие части: Часть 1  |  Часть 2  |  Часть 3 Официальный сайт | Страница проекта на SourceForge.net Примечания: | Справка: | О программе: LZMA SDK | История версий | Страница загрузки На 7-Zip.org доступны сборки для всех поддерживаемых ОС, исходные коды, а также пакет 7-Zip Extra (автономная консольная версия, библиотеки и плагин для FAR)   Тема Сборки и украшательства архиватора 7-Zip Загрузить: Последняя стабильная версия: 23.01 (20.06.2023) | Download 7-Zip 23.01 (2023-06-20)   Setup: Windows: x86 (SFX | MSI), x86-64 (SFX | MSI), ARM SFX, ARM64 SFX, Console: Linux: x86 | x86-64 | arm | arm64, macOS arm64/x86-64, Extra (x86/x64), LZMA SDK, Source (.7z | .tar.xz)   Последняя beta-версия: 24.03 (23.03.2024), для Linux/MacOs 23.03.2024 выложена v24.03 beta Windows: (AMD64, SFX , x86, SFX , Arm64, SFX) | Linux: (AMD64, tar.xz , x86, tar.xz , Arm64, tar.xz , ARM, tar.xz) | MacOS X: (Arm64 and AMD64, tar.xz) | 7-Zip Extra: (7z. x86 + AMD64, DLL, standalone console, ANSI Far plug-in)   Последняя alpha-версия: 21.02 (06.05.2021) x86 (7-Zip SFX) | x64 (7-Zip SFX)   Расшифровка обозначения аппаратных платформ к таблицам: IA32 Win32 для x86/х86-64 и совместимых по набору машинных команд процессоров от i386 и новее     AMD64 Win64 для AMD64/Intel EMT64 х64-86 совместимые процессоры от AMD K8 и новее     IA64 Win64 для Intel Itanium/Itanium 2     ARM Win32 для DEC StrongARM SA-110/Intel XScale совместимые процессоры     Arm64 64-х битные RISC процессоры с архитектурой ARMv8-A и совместимые с ними Achtung! Некоторые провайдеры блокируют официальный сайт. Заходить туда можно через ТОР/прокси или скачивать файлы со страницы проекта на SourceForge.net Скачивать с посторонних ресурсов, типа различных файлопомоек не рекомендуется, можно легко нарваться на различную заразу. Примечание: Alpha и Beta-версии 7-Zip зачастую являются развитием "стабильных" версий с улучшениями и исправлениями багов. Ссылки на альфы ищем в разделе Open Discussion форума проекта 7-Zip, там же можно получить и консультацию от разработчика. Дополнения: Плагины для архиватора 7Zip на tc4shell Архив 7-Zip ZS Форк с поддержкой дополнительных алгоритмов - Zstandard, Brotli и др. На странице есть подробные результаты тестов разных алгоритмов и инструменты для тестирования. Ultra7z Archive Optimizer 1.09 Ахтунг! при конвертации пропадают файлы - Проверяйте количество файлов в созданном архиве! Работайте с копиями. Ultra7z Optimizer 0.12   m7zRepacker 1.0.32.301 (версия 7-zip 9.20 включена) Плагин MutiArc для Total Commander с поддержкой 7z Отдельный 7z-плагин для Total Commander Ещё один новый 7z-плагин для Total Commander - Total7zip Иные программы, поддерживающие архивацию в формате 7z Дополнительные бесплатные утилиты: 7z SFX Tools - модифицированные SFX модули 1.7.0.3900, Архив версий и 7ZSplit.exe 7z SFX Constructor - программа для сжатия файлов\папок в один *.exe Графическая оболочка для 7z SFX Tools (версия 0.6.0.1, 342 КБ, 01.05.2007) Кнопка для создания и работы с SFX-архивами 7z в Total Commander (Архив версий) (автор: GORA2) Универсальный загрузчик для многотомных 7z SFX архивов. Описание (автор: GORA2) 7-Zip Parameter Generator - генератор параметров командной строки для особых настроек сжатия Часто задаваемые вопросы: Почему для использования 2+ ГБ памяти желательно установить 64-битную версию Windоws? Как добавить к имени архива текущие дату и время? Если забыли пароль к архиву, cRARk for 7-Zip purpose, 7z Cracker, Parallel Password Recovery (7-zip module), Hashcat, Daossoft ZIP Password Rescuer А почему вообще в последних версиях убрана поддержка NSIS? Как помещать каждый файл/папку в отдельный архив? (Put each file to separate archive) Всего записей: 38840 | Зарегистр. 26-02-2002 | Отправлено: 20:16 28-11-2021 | Исправлено: gjf, 13:38 24-03-2024

Inoz2000 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору lelik007 Цитата: я имел ввиду, что можно это оставить на выбор архиватора, а не применять ко всем файлам или отключать полностью. Вы уж определитесь, чего сами хотите - или поиск оптимального варианта, или предоставить выбор архиватору.   Всего записей: 4916 | Зарегистр. 23-04-2009 | Отправлено: 11:10 24-02-2024

lelik007 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Inoz2000 Я уже вполне определился с тем, что в данном случае, при оптимальном подборе вторичных параметров, таких как lc, указание f=off и fb=273 - разница не превысит 1 мегабайта, что не является для меня существенным. А конкретно разница при указании f=off или без такового указания составляет 0.1 мегабайт. Всего записей: 2772 | Зарегистр. 13-10-2006 | Отправлено: 13:56 24-02-2024 | Исправлено: lelik007, 13:59 24-02-2024

insorg Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору lelik007 Всё зависит от типа данных. Я когда-то разницу в два раза видел чисто за счёт qs yx=9 и 273. Всего записей: 16767 | Зарегистр. 04-11-2010 | Отправлено: 14:53 24-02-2024

lelik007 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору insorg В данном случае - при применении LZMA с qs - дает 106.2 Мб, f=off lc8 fb273 yx дает 105.8 Мб. То что ты указал критичные параметры если иметь ввиду максимальное сжатие, особенно qs и fb, т.к. на уровне ultra и так высокий yx=7 - может и не быть разницы с yx=9. fb давал результат всегда из того, что я видел. Всего записей: 2772 | Зарегистр. 13-10-2006 | Отправлено: 15:32 24-02-2024 | Исправлено: lelik007, 15:35 24-02-2024

bthgroup Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору lelik007 Цитата: В данном случае - при применении LZMA с qs - дает 106.2 Мб Выложи этот архив. Без конкретного набора файлов разговор ни о чём. Может вы сжимаете что-то заведомо не сжимаемое. Всего записей: 693 | Зарегистр. 16-07-2009 | Отправлено: 15:58 24-02-2024 | Исправлено: bthgroup, 16:03 24-02-2024

insorg Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору lelik007 Параметр yx=9 мне нужен для принудительного анализа всех файлов перед упаковкой. Полезно для упаковки софта, где dll имеют иное расширение. Всяческие .plg, .wcx и т.д.. Параметр qs в принципе нужен на постоянку, и я вообще не понимаю, зачем разраб в один "прекрасный" момент решил похерить нормальную сортировку по расширениям (где и был бы наиболее похожие данные ближе друг к другу) в угоду сортироку по имени, из-за которой нужно либо брать избыточно большие словари, либо перестраивать сами данные внутри. Всего записей: 16767 | Зарегистр. 04-11-2010 | Отправлено: 16:11 24-02-2024

lelik007 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору bthgroup Речь об этом, установщик .Net Framework 4.8 - это архив 7-zip SFX LZMA d=512m lc=8 pb=1 f=bcj2 https://download.visualstudio.microsoft.com/download/pr/2d6bb6b2-226a-4baa-bdec-798822606ff1/8494001c276a4b96804cde7829c04d7f/ndp48-x86-x64-allos-enu.exe Речь идет о том, что его разжать и потом обратно сжать. Это про подбор параметров, а не про реальное применение в данном случае. LZMA2 qs yx fb273 => 105.4 Мб. insorg Да эти параметры эффект дают в любом случае. Всего записей: 2772 | Зарегистр. 13-10-2006 | Отправлено: 16:29 24-02-2024 | Исправлено: lelik007, 16:45 24-02-2024

bthgroup Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору lelik007 Цитата: разжать и потом обратно сжать Когда в архиве и так находятся архивы (cab и mzz) трудно ожидать приличного уменьшения размера в зависимости от применяемых параметров. А вот если были бы не сжатые файлы, тогда и размер конечного архива мог бы значительно отличаться.   Всего записей: 693 | Зарегистр. 16-07-2009 | Отправлено: 19:53 24-02-2024

lelik007 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору bthgroup Об этом же говорил пользователь uShell в другой теме, я бы сказал, что эти данные трудны для анализа архиватору. Microsoft бывает использует сab как некий аналог tar. Согласен, что если разжать архивы - то будет другой результат. При этом данные сжимаются с 2.35 Гб до 105.4 Мб со словарем 512 Мб, что хорошо, но тут есть нюанс - данные даже при перекрытии словарем в 2 Гб данные сожмутся только до 105.2 Мб - то есть 4-х кратное увеличение словаря не дает какого либо эффекта. Дело еще в том, что я тестировал сжатие другим архиватором на этом же файле и у меня уже есть по нему данные, сейчас я больше исследовал быстрые режимы сжатия 7-zip с которыми мало знаком. Всего записей: 2772 | Зарегистр. 13-10-2006 | Отправлено: 21:52 24-02-2024

Inoz2000 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору lelik007 Спрошу ещё единственный раз: К чему вы в с ё время упоминаете Microsoft и какова ваша цель? Если вы всегда применяете 2 потока для сжатия, то забудьте и никогда не говорите про слово "оптимальное" - LZMA2 изобретали не для того, чтобы тупо насиловать два ядра.     Добавлено: Или если вы вдруг под термином 'оптимальное' подразумеваете про термин 'максимальное', то это – совершенно разные веши Всего записей: 4916 | Зарегистр. 23-04-2009 | Отправлено: 01:20 25-02-2024

lelik007 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Inoz2000 Учитывая "оптимизации" предложные вами, как то неуместное применение словаря в 3840 Мб при размере слова 128.   http://forum.ru-board.com/topic.cgi?forum=5&topic=50870&start=1552&limit=1&m=1#1 А также опыт проведения тестов на загадочных файлах, без указания конкретных команд архивации и затраченного времени, от дальнейшего общения с вами по теме архивации вообще, воздержусь. http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=1100#4   Добавлено: Цитата:  Если вы всегда применяете 2 потока для сжатия, то забудьте и никогда не говорите про слово "оптимальное" - LZMA2 изобретали не для того, чтобы тупо насиловать два ядра.   Я при случае обязательно поинтересуюсь у разработчика зачем он изобретал LZMA2, а у вас что мне говорить, когда мне будет интересно.   Здесь я показал неуместное, на мой взгляд использование f=bcj2 при неподходящей для этого структуре данных, то что далее по тексту вы сами себе напридумывали - это уже вашу фантазии. http://forum.ru-board.com/topic.cgi?forum=5&topic=50870&start=1540#9 Всего записей: 2772 | Зарегистр. 13-10-2006 | Отправлено: 06:36 25-02-2024 | Исправлено: lelik007, 07:11 25-02-2024

Inoz2000 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: неуместное применение словаря в 3840 Мб при размере слова 128 Какой же смешной бред вы несёте. Даже не знаю, известно ли вам, что большее значение слова всегда замедляет скорость сжатия и я в отличие от вас не ставлю целью добиться мифического результата ценой долгого ожидания. Выбрал 128 методом тыка между максимумом и значением по умолчанию 64 и не считаю это поводом для критики. Ну, а по поводу словаря, так вообще какие нужны комментарии, учитывая, что размер обсуждаемых данных всего 2,35 ГБ Цитата: Здесь я показал неуместное, на мой взгляд использование f=bcj2 Да вы неделю назад это же показывали topic.cgi?forum=5&topic=51203&start=1420#16 и с первого раза было всё ясно. Пора бы уже и остановиться.   Добавлено: Цитата: -md6g это как по-вашему уместное применение словаря? Всего записей: 4916 | Зарегистр. 23-04-2009 | Отправлено: 08:34 25-02-2024

lelik007 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Не очень понял как бета тестирование архиватора Winrar, а также его возможностей по автоподбору словаря имеет отношение к данной теме. И мне точно известно, что кроме «слайда» представленного, я никаких указаний на время не нашёл, кроме вашего последнего поста. А учитывая риторику пользователя с нарушением таких правил форума, как оскорбление и оффтопик, от дальнейших обсуждений с ним чего либо, я планирую воздержаться. Всего записей: 2772 | Зарегистр. 13-10-2006 | Отправлено: 09:10 25-02-2024 | Исправлено: lelik007, 19:08 27-02-2024

Inoz2000 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: Не очень понял как бета тестирование архиватора Winrar, а также его возможностей по автоподбору словаря имеет отношение к данной теме.   Добро пожаловать в бета-тестирование 7-Zip — Последняя beta-версия: 24.01 (31.01.2024) Цитата: Учитывая "оптимизации" предложные вами Я применил f=off и сообщил размер готового архива. Если вы продолжите обсуждение этого вопроса, то уж точно без меня. Всего записей: 4916 | Зарегистр. 23-04-2009 | Отправлено: 10:09 25-02-2024

lelik007 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Inoz2000 Цитата: Добро пожаловать в бета-тестирование 7-Zip — Последняя beta-версия: 24.01 (31.01.2024) В котором никах изменений по поводу словарей не имеется. Цитата: Если вы продолжите обсуждение этого вопроса, то уж точно без меня. Столь ужасную трагедию, я способен пережить. Но продолжать, конечно, не стоит. Всего записей: 2772 | Зарегистр. 13-10-2006 | Отправлено: 11:04 25-02-2024 | Исправлено: lelik007, 17:27 26-02-2024

Inoz2000 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: никах изменений по поводу словарей не имеется. Видимо, именно это и послужило причиной того, что я при задании параметров архивации в gui решительно не затронул ранее выставленный на максимум словарь. Даже поленился убрать yx, в то самое время, когда добавил f=off. Правда ни один знаток тут не сделал по этому поводу замечания. Всего записей: 4916 | Зарегистр. 23-04-2009 | Отправлено: 11:18 25-02-2024

MaksimovFilimon Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору del Всего записей: 1471 | Зарегистр. 13-08-2018 | Отправлено: 18:07 22-03-2024 | Исправлено: MaksimovFilimon, 18:08 22-03-2024

WiperX Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору https://sourceforge.net/p/sevenzip/discussion/45797/thread/c12ab8b42c/ Всего записей: 961 | Зарегистр. 17-03-2009 | Отправлено: 18:07 22-03-2024 | Исправлено: WiperX, 18:08 22-03-2024

insorg Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: 7-Zip 24.02 (beta) was released.   Download 7-Zip for 64-bit Windows x64: https://7-zip.org/a/7z2402-x64.exe   7-Zip for 32-bit Windows x86: https://7-zip.org/a/7z2402.exe   7-Zip for 64-bit Windows ARM64: https://7-zip.org/a/7z2402-arm64.exe   7-Zip (console version) for 64-bit Linux x86-64 (AMD64): https://7-zip.org/a/7z2402-linux-x64.tar.xz   7-Zip (console version) for 32-bit Linux x86: https://7-zip.org/a/7z2402-linux-x86.tar.xz   7-Zip (console version) for 64-bit Linux ARM64: https://7-zip.org/a/7z2402-linux-arm64.tar.xz   7-Zip (console version) for 32-bit Linux ARM: https://7-zip.org/a/7z2402-linux-arm.tar.xz   7-Zip (console version) for macOS (ARM64 and x86-64): https://7-zip.org/a/7z2402-mac.tar.xz   7-Zip Extra: standalone console version, 7z DLL, Plugin for Far Manager: https://www.7-zip.org/a/7z2402-extra.7z   Another packages and source code will be available later.   What's new in 7-Zip 24.02: 7-Zip now can use new RISCV filter for compression to 7z and xz archives. RISCV filter can increase compression ratio for data containing executable files compiled for RISC-V architecture. The speed for LZMA and LZMA2 decompression in ARM64 version for Windows was increased by 20%-60%. 7-Zip GUI and 7-Zip File Manager can ask user permission to unpack RAR archives that require big amount of memory, if the dictionary size in RAR archive is larger than 4 GB. new switch -smemx{size}g : to set allowed memory usage limit for RAR archive unpacking. RAR archives can use dictionary up 64 GB. Default allowed limit for RAR unpacking is 4 GB. 7zg.exe (7-Zip GUI): -y switch disables user requests and messages. 7-Zip shows hash methods XXH64 and BLAKE2sp in context menu. -slmu switch : to show timestamps as UTC instead of LOCAL TIME. -slsl switch : in console 7-Zip for Windows : to show file paths with linux path separator slash '/' instead of backslash separator '\'. 7-Zip supports .sha256 files that use backslash path separator '\'. Some bugs were fixed.   Вот и завезли поддержку больших rar словарей. Остался ещё один шаг - догонять словари в своих форматах... Всего записей: 16767 | Зарегистр. 04-11-2010 | Отправлено: 18:57 22-03-2024

lelik007 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору В теме Winrar некоторые пользователи этой темы жаловались, что для BLAKE2sp вне архива RAR5 нет популярного ПО, чтобы его посчитать, теперь есть + XXHash64: Цитата: 7-Zip shows hash methods XXH64 and BLAKE2sp in context menu. Имеется ввиду контекстное меню системы, а не 7zFM.exe, пока, потом добавит и туда. BLAKE2sp ускорен за счет SSE4.1, AVX2 в 3 раза. Всего записей: 2772 | Зарегистр. 13-10-2006 | Отправлено: 20:08 22-03-2024 | Исправлено: lelik007, 12:23 23-03-2024

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

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

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