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

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

Модерирует : gyra, Maz

Widok (10-08-2009 22:10): Лимит страниц. Продолжаем здесь.  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

   

RAM



Главный информатор
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору

7-Zip - бесплатный качественный архиватор поддерживающий следующие форматы файлов:
7z, BZIP2, GZIP, TAR, ZIP/ZIP64 (упаковка и распаковка)
RAR, CAB, ISO, ARJ, LZH, CHM, MSI, WIM, Z, CPIO, RPM, DEB, NSIS (только распаковка)
 
Отличительные особенности:
  • степень сжатия архивов ZIP и GZIP, создаваемых с помощью 7-Zip, на 2-10% выше, чем у PKZip и WinZip;
  • высокая степень сжатия в собственном формате 7z;
  • создание самораспаковывающихся архивов (для формата 7z);
  • шифрование по алгоритму AES-256 (для формата 7z);
  • интеграция в оболочку Windows;
  • наличие плагина для FAR Manager;
  • наличие версий GUI и для командной строки.
     
    Системные требования: Windows 98/ME/NT/2000/XP/Vista (имеется портированные версии для Linux/Unix).
    Языки интерфейса: русский, английский и др. (более 70).

     
    Официальный сайт: EN (также есть RU )
    История версий
    Страница загрузки (там же доступны исходники и версии для не-Windows платформ)
    Страница проекта на SourceForge.net
    RSS-канал с новостями о проекте
    Вы можете подписаться на рассылку новостей о 7-Zip по e-mail
    Портабле программы - в основном бесплатные, под лицензией GPL/LGPL запускаемые с Flash/CD/DVD/BD/Zip, т.е. без установки в систему. Смотрим нужную программу по списку, основной язык будет английским, если возникают вопросы и то ответы на подсказки по решению проблем смотри на PortableApps.com раздел Support, сайт работает только на английском языке.
     
    Последняя стабильная версия: 4.65 (03.02.2009)
     
    Загрузить (исходные тексты, LZMA SDK и все поддерживаемые платформы), страницы закачки:  
     
    7-zip 4.65 Final (Feb 03, 2009)
    ссылка размер платформа что это?    
    7z465.exe 939956 i386 .exe (32-bit Windows. пакет установки)    
    7z465_extra.7z 283996 i386 утилиты командной строки и SFX модули    
    7z465-ia64.msi 1690624 IA64 .msi (Windows installer)    
    7z465.msi 1004032 i386 .msi (Windows installer, x86)    
    7z465.tar.bz2 658088 любая исходники, .bz2    
    7z465-x64.msi 1222656 AMD64 .msi (Windows installer)    
    7za465.zip 360980 i386 .zip (консольная версия для командной строки)

    LZMA SDK (Комплект разработчика программного обеспечения)
    ссылка версия размер платформа что это?    
    lzma465.tar.bz2 4.65 (Feb 03, 2009) 288122 любая исходники, .bz2    
    lzma904.tar.bz2 9.04 beta (May 30, 2009) 500913 любая исходники, .bz2

     
    Инструкция по закачке:
     
    Начинать качать браузером! На проекте SourceForge.net используются CGI ссылки на кластер географически распределённых серверов, и при обработке запроса Вам будет сформирована реальная ссылка на один из более 30 серверов в зависимости от их доступности! Если закачка не начнётся через 1 - 2 минуты, откройте ссылку на строке "Problems with the download? Please use this direct link or try another mirror." вверху страницы закачки, и выберите любое из доступных в списке зеркал. Если у Вас стоит менеджер закачки, то можно передать ему ссылку из пункта direct link. Иначе Вы скачаете только CGI страницу! И никакой реферер Вам не поможет - сервера динамически формируют адреса для загрузки балансируя нагрузку на зеркала. Какой тут статический адрес?
     
    Последняя beta-версия: 9.04
    Загрузить: для Windows x32 | x64
     
    Последняя alpha-версия: 9.05
    Загрузить: для Windows x32 | x64
     
    alpha и beta-версии 7-Zip зачастую являются развитием "стабильных" версий с улучшениями и исправленными багами...
     
    Дополнительные ресурсы:
  • WIKI страница с описанием 7-Zip (на русском языке)
  • Страница загрузки на SourceForge.net (все стабильные и beta версии )
     

    Дополнения:
  • Ultra7z Optimizer 0.05
  • Плагин MutiArc для Total Commander с поддержкой 7z
  • Отдельный 7z-плагин для Total Commander
  • Иные программы, поддерживающие архивацию в формате 7z

    Дополнительные бесплатные утилиты:
  • 7-Zip Theme Manager
  • 7z SFX Tools 1.2.6 Release (сборка 1307) и 1.3 beta (сборка 1307) - модифицированные SFX-модули 7z
  • Графическая оболочка для 7-Zip SFX Tools 0.6.0.1 (342 КБ, 01.05.2007)
  • Русская справка к архиватору 7-Zip (автор: GORA2)
  • Кнопка для создания и работы с SFX-архивами 7z в Total Commander
  • 7-Zip Parameter Generator - генератор параметров командной строки для особых настроек сжатия

    FAQ's:
  • Почему для использования 2+ ГБ памяти желательно установить 64-битную версию Windows?
  • Как добавить к имени архива текущие дату и время?


    Примечания:
     
    Для платформ UNIX/LINUX программа обычно называется p7zip и распространяется в виде прекомпилированных бинарных пакетов и исходных текстов. Смотрите нужные Вам версии архиватора и зависимые для его работы и сборки пакеты на сайтах своих операционных систем либо, при наличии, в репозиториях. При нарушении зависимостей программа работать не будет!
     
    Код LZMA SDK является общественным достоянием (public domain). Архиватор 7-Zip распространяется бесплатно под лицензией GNU LGPL. Если он вам понравился, зарегистрируйтесь и заплатите небольшую сумму (от $50) авторам.
    На момент тестирования в программе не было замечено ни баннеров, ни так называемого Spyware.
     
    Иные программы, поддерживающие архивацию в формате 7z

  • Всего записей: 831 | Зарегистр. 03-09-2001 | Отправлено: 17:26 15-01-2002 | Исправлено: Maz, 22:52 01-01-2019
    Serega0675



    Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    egor23, спасибо, всё работает...

    Всего записей: 226 | Зарегистр. 22-06-2008 | Отправлено: 17:05 28-12-2008
    egor23



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Обновил обзор
    Limits of Virtual Memory in Windows - Ограничения виртуальной памяти в Windows

    Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 20:04 29-12-2008
    Bulat_Ziganshin

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

    Цитата:
    Упаковываем с настройками mem=1024m o=32 (выделенная память используется практически польностью), то можно получить такой же результат упаковки с настройками  
    mem=256m o=16, т.е. уменьшим порядок модели вдвое, уменьшаем требования к размеру модели в 4 раза, хотя если точнее говорить то настройки поиска были +\- 32 а стали +\- 16, т.е они уменьшились тоже в 4 раза.

     
    ))  ppm моделирует каждый символ текста на основании предыдущих N символов. т.е. если скажем у нас были символы "коро", то с вероятностью 0.2 следующим будет "в",  с вероятность. 0.3 - "л" и т.д. при увеличении глубины модели с 16 до 32 символов кол-во возможэных контекстов увеличивается не в два и даже не в 4 раза
     
    далее, при исчерпании памяти ppmd -r0 просто сбрасывает модель. поэтому выходит что при фиксированном объёме памяти 16-байтная модель сбрасывается,  кажем, каждые 10 мб, а 32-байтная - каждый 1мб. по моимнаблюдениям, оптимальный результат получается при сбросе модели каждые 8 мб или чуть меньше - это можно отследить, запуская ppmd.exe  
     

    Цитата:
    В чём загвоздка чтобы архиватор сам анализировал данные и подбирал оптимальные параметры для достижения заданной цели (напр. максимального сжатия). Если от этого будет падать скорость, то в чём же проблемма поставить птичку включающую/отключающую эту радость. Кому надо, тот и ждёт, пока архиватор проанализирует, при каких параметрах для определённых данных получается лучшая компрессия... ?

    единственный стопроцентный способ это сделать - это попытаться сжать с разными параметрами и выбрать наилучший результат
     
    Добавлено:

    Цитата:
    стественно с минимальным сжатием. Сам прикинь - при этом потребуется выполнить минимальный объём вычислительной работы. Это же очень просто - один проход - собрать статистику и вычислить среднее число повторов и составить таблицу наиболее часто встречающихся элементов, второй сжать только эти наиболее часто встречающиеся элементы. Минимальное время. А остальные варианты алгоритма требуют нескольких циклов "статистика-сжатие". Это же элементарный алгоритм сжатия данных. Если мне память не меняет, этот алгоритм проходят в первом семестре первого курса института.

     
    алгоритм этот называется huffman и в чистом виде не используется никаким арзиватором  насчёт нескольких циклов "статистика-сжатие" - это уже вообще фантазия чистой воды
     

    Цитата:
    -mx1 минимальное сжатие (как я понимаю   ) отняло почти 50 минут и заняло 3 гига  

    это мин. сжатие в формат lzma. быстрее будет сжимать в deflate/bzip2. ещё быстрее (как это ни странно) будет сжимать в формат zip - 7z при этом может использовать отдельныей поток на каждый сжимаемый файл:
     
    7z a a.7z -m0=deflate -mx1
    7z a a.7z -m0=bzip2 -mx1
    7z a a.zip -mm=deflate -mx1
    7z a a.zip -mm=bzip2 -mx1

    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 19:31 30-12-2008
    egor23



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

    Цитата:
    ))  ppm моделирует каждый символ текста на основании предыдущих N символов. т.е. если скажем у нас были символы "коро", то с вероятностью 0.2 следующим будет "в",  с вероятность. 0.3 - "л" и т.д. при увеличении глубины модели с 16 до 32 символов кол-во возможэных контекстов увеличивается не в два и даже не в 4 раза  
     

    Пытался найти, где читал про порядок модели, но в бардаке не найти.
    То ли там пример был описан с какими-то допущениями...
    полагаться на память дело не благодарное.

    Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 22:04 30-12-2008
    Verwolk



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

    Всего записей: 2162 | Зарегистр. 24-11-2005 | Отправлено: 17:56 31-12-2008 | Исправлено: Verwolk, 17:56 31-12-2008
    euheny



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

    Цитата:
    быстрее будет сжимать в deflate/bzip2

    ты предлагаешь попробовать их по-отдельности? или может одновременно?
    -m0=deflate -m1=bzip2 -mx1

    Цитата:
    ещё быстрее (как это ни странно) будет сжимать в формат zip - 7z при этом может использовать отдельныей поток на каждый сжимаемый файл

    поясни про отдельный поток

    Всего записей: 4069 | Зарегистр. 22-11-2006 | Отправлено: 04:30 01-01-2009
    popkov

    Advanced Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Привет всем!
     
    Недавно я придумал и осуществил свой небольшой тест на "ум" архиваторов. Идея проста: посмотреть, как будет вести себя архиватор при упаковке файла, который заведомо нельзя сжать. Для этого я создал файл размером 6 250 000 байт, представляющий собой (в двоичном виде) 50 млн. знаков двоичного представления числа Pi (до настоящего времени не было найдено никаких закономерностей в знаках числа Pi, независимо от того, в какой системе счисления оно представлено), используя следующую программу в среде Mathematica:
     
    In[1]:= Export["C:\Pi.txt", First@RealDigits[Pi, 2, 5*10^7], "Bit"]
    Out[1]= C:\Pi.txt
     
    Далее полученный файл я упаковал, используя в обоих случаях максимальное сжатие, архиваторами WinRAR 3.80 ("Метод сжатия:" "Максимальный") и 7-Zip 4.62 ("Уровень сжатия:" "Ультра"), остальные параметры компрессии оставил по умолчанию в обоих случаях. Вот результаты:
     
    WinRAR - создал архив, на 84 байта больший исходного файла, причём этот архив содержал исходный файл в несжатом виде (проверяется поиском подстроки из исходного файла внутри созданного архива).
     
    7-Zip - создал архив размером 6 335 026 байт (на 85026 байт больше исходного файла), причём внутри архива подстроку из исходного файла найти не удалось: значит, 7-Zip "сжал" исходный файл, несмотря на то, что размер в результате существенно вырос!
     
    P.S. Это вовсе не к тому, что 7-Zip плох, просто ему есть ещё куда развиваться... Вполне возможно, подобные проблемы возникают и при упаковке сжатых картинок (в форматах .JPG, .JP2 и др.), но это требует уже дополнительного исследования. Пишу о том, что сам нарыл.

    Всего записей: 1835 | Зарегистр. 22-03-2003 | Отправлено: 06:07 01-01-2009 | Исправлено: popkov, 06:53 01-01-2009
    euheny



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    popkov
    ну я к примеру нек раз наблюдал ситуацию когда 7зип с макссжатием сжимал хуже простого зип - это как раз и зависело от "сжимаемости" файла
     

    Цитата:
    просто ему есть ещё куда развиваться...

    я и Игорь без сомнения с тобой согласимся  

    Всего записей: 4069 | Зарегистр. 22-11-2006 | Отправлено: 01:28 02-01-2009
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Шапку обновил.
     
    Verwolk
     
    Дополню: что есть и что изменилось: 7z463-ia64.msi, 7z463-x64.msi, 7z463.exe, 7z463.msi, 7z463.tar.bz2, 7z463_extra.7z, 7za463.zip,  lzma463.tar.bz2

    Цитата:
    4.63  2008-12-31
    -------------------------
    - 7-Zip now can unpack ZIP archives encrypted with PKWARE-AES.
    - Some bugs were fixed.

    Что ещё не обновилось:
     
    На английской странице - версия LZMA SDK - там ссылка на 4.62, текущая 4.63, русская страница.
     


    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")
    Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

    Всего записей: 33236 | Зарегистр. 31-07-2002 | Отправлено: 02:19 02-01-2009 | Исправлено: Victor_VG, 02:42 02-01-2009
    popkov

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

    Цитата:
    ну я к примеру нек раз наблюдал ситуацию когда 7зип с макссжатием сжимал хуже простого зип - это как раз и зависело от "сжимаемости" файла  

    Вообще говоря, способность 7-Zip "сжимать" с увеличением размера - это очень серьёзная, даже критическая недоработка. Удивительно, что уже версия 4.63, а элементарного сопоставления размеров "упакованного" файла и оригинального (с последующим включением в архив наименьшего из них) - до сих пор не сделано! Такие вещи должны реализовываться на самых первых стадиях разработки программы, а тут такая длинная история - и такой глупый ляп...

    Всего записей: 1835 | Зарегистр. 22-03-2003 | Отправлено: 02:41 02-01-2009
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    popkov
     
    Согласен, имеется такой факт, но забавно, что этот "эффект" встречается практически во всех архиваторах. И причина, как мне думается в том, что оценить сжимаемость можно только после получения статистики файла, а это время, зачастую соизмеримое со временем сжатия. Да и вероятность встретится с подобным файлом исчезающе мала, и асимптотически стремится к нулю. Так есть ли смысл  в подобной операции? Только время терять. Конечно можно предложить сверхбыстрый алгоритм оценки сжимаемости на основе b-Tree, только кто предоставить статистику для создания достоверных оценочных таблиц? У меня её в нужном объёме под рукой нет. Для подобной оценки если мне не меняет память, нужно не менее 1037 - 1038 отсчётов. Мне лет пятнадцать тому назад пришлось решать подобную задачу для сжатия случайного битового потока. Оказалось проще сделать ряд допущений, т.к. точности инженерного расчёта в 1% - 1,5% для решения подобно задачи более чем достаточно. Да, и кроме того, эта задача программно-алгоритмически, извини вообще-то даже символьного решения не имеет, а о количественном я уже вообще молчу. Она может быть решена только на специализированном аппаратно-программном комплексе с управляемой потоковой компрессией. Иначе время решения быстро устремляется к бесконечности.  
     
    А твоё решение просто не удачно потому, что:
     
    1) надо сначала сжать файл, потом сравнить длины и принять решение о копировании минимального в архив.  
    2) задаваемая опция алгоритма "копировать в архив файл минимально длинны" может оказаться не применимой в данном режиме сжатия.
     
    Можно сделать иначе - использовать маски исключений, и файлы попадающие под них не сжимая добавлять в архив. Но, иные архивы отлично сжимаются, а иные битовые потоки могут вообще быть не сжимаемыми. Смотри выше.

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")
    Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

    Всего записей: 33236 | Зарегистр. 31-07-2002 | Отправлено: 03:10 02-01-2009 | Исправлено: Victor_VG, 03:19 02-01-2009
    popkov

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

    Цитата:
    А твоё решение просто не удачно потому, что:
     
    1) надо сначала сжать файл, потом сравнить длины и принять решение о копировании минимального в архив.  

    Первый аргумент не выдерживает никакой критики: если нет эффективного алгоритма оценки, надо сжимать - но если в результате вышла лажа, надо помещать в архив исходный файл и не издеваться над пользователем. Ну или хотя бы спросить его: ему нужен архив, больший чем исходный файл, но "сжатый" (а значит, при извлечении ещё и на распаковку дополнительное процессорное время будет потрачено) или же ему просто нужен архив наименьшего возможного размера (что всем без исключения и нужно - иначе зачем вообще нужна компрессия - используй ISO без сжатия как контейнер - и порядок! Гораздо удобнее - даже распаковывать не придётся, нужно просто монтировать как виртуальный диск).
     

    Цитата:
     2) задаваемая опция алгоритма "копировать в архив файл минимально длинны" может оказаться не применимой в данном режиме сжатия.  
    Единственный такой режим - Solid Archiv. В нём можно этого не делать, но, по-хорошему, алгоритм должен быть таков, чтобы во всех режимах всё получалось как надо - а не как попало!
     

    Цитата:
    но забавно, что этот "эффект" встречается практически во всех архиваторах

    В WinRAR (по крайней мере, при упаковке единственного файла) - не встречается (см. выше). Так что "почти" здесь неуместно. Приведи конкретные примеры. Да и вообще - даже если и есть такие кривые архиваторы - зачем с них брать пример?

    Всего записей: 1835 | Зарегистр. 22-03-2003 | Отправлено: 03:42 02-01-2009 | Исправлено: popkov, 03:46 02-01-2009
    egor23



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

    Цитата:
    В WinRAR (по крайней мере, при упаковке единственного файла)

    Считайте фичей WinRAR-а

    Цитата:
    надо помещать в архив исходный файл и не издеваться над пользователем

    Может для автора 7-Zip приемлимы потери "1-1.5%" в таких случаях.
    Ды и функционал архиватора по нынешним временам достаточно "спортанский".

    Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 04:11 02-01-2009
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    popkov
     
    "Кривые архиваторы": tar, cpio (UNIX) - по умолчанию вообще не сжимают объекты файловой системы, просто помещает их в выходной контейнер, но могут использовать аппаратное сжатие в стримерах (LZ023/deflate, сжатие 2:1 на ленту).  
     
    По п.1) А что касается "аргументов не выдерживающих критики", то извини, это твоё предложение, не моё - "сопоставления размеров "упакованного" файла и оригинального (с последующим включением в архив наименьшего из них" . Значит я так понимаю, что ты согласен с тем что это твоё предложение ошибочно?  
     
    И по п. 2) - любой метод сжатия входного потока кроме прямого отображения исходного потока на выходной подразумевает обязательную обработку входного потока с применение основного алгоритма метода. И исключения из процесса отдельных объектов автоматически приводит к изменению самого алгоритма. А это прости, уже задача Буриданова осла - как сохранить алгоритм в первоначальное его форме, и одновременно включить в него не свойственные ему функции не изменяя сам алгоритм.  
     
    Ну и по поводу твоего эксперимента - а ты смотрел эти "85026" байт? Что там, не как текст, а как бинарный код? Дело в том, что заголовок архива + словарь сжатия при такой длине случайного потока не могут получится столь малы. Минимальная длинна заголовка 23 байт, метод сжатия по умолчанию LZMA /SOLID словарь 8 Мб, блок 8 Мб, слово 64 Байт. Так, что "впритык" никак не выйдет - даже если файл скопирован в контейнер без сжатия, служебные структуры заголовка, словаря и статистики свободно займут эти 85026 байт. У RAR иной заголовок - его длинна 22 байт, а служебные данные расположены иначе, и вне заголовка.  
     
    Так, что ты вновь вступил в противоречие с собственными аргументами. Ищи другие, и более убедительные. Эти опровергаются элементарно.

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")
    Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

    Всего записей: 33236 | Зарегистр. 31-07-2002 | Отправлено: 05:02 02-01-2009 | Исправлено: Victor_VG, 05:30 02-01-2009
    egor23



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

    Цитата:
    Ну и по поводу твоего эксперимента

    7-Zip сжимает не сжимаемые данные с небольшим минусом - "1-1.5%"  
    Из прдепоследнего:
    http://forum.ru-board.com/topic.cgi?forum=5&topic=1406&start=1540#2

    Цитата:
    740 372 426  байт - 2008-11-23 Solo.v9.0.2.4cd.exe (в 7z SFX) - http://img242.imageshack.us/img242/148/33zq4.gif  
    731 832 320  байт - 2008-11-21 Solo.v9.0.2.4cd.iso


    Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 05:50 02-01-2009
    popkov

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

    Цитата:
    Считайте фичей WinRAR-а  

    Проверил (встроенными в Mathematica средствами упаковки в стандартные форматы): ZIP и GZIP также не стали "сжимать" файл, а поместили его в контейнер таким, какой он есть. "Отличился" только BZIP2 (размер файла вырос до 6 277 173 байт).  
    Общий вывод: разработчики старых-добрых форматов (GZIP, ZIP, RAR) таких ляпов не делали. Разработчики новых, похоже, разучились видеть очевидное...
     
    In[1]:=
    SetDirectory[NotebookDirectory[]]
    PiFile=Import["Pi.txt","Binary"];
    {#,FileByteCount[#]}&@"Pi.txt"
    {#,FileByteCount[#]}&@Export["Pi.txt.zip",{PiFile},{"ZIP",{{"Pi.txt","Binary"}}}]
    {#,FileByteCount[#]}&@Export["Pi.txt.bz2",{PiFile},{"BZIP2","Binary"}]
    {#,FileByteCount[#]}&@Export["Pi.txt.gz",{PiFile},{"GZIP","Binary"}]
    Out[1]= D:\DESKTOP\Pi
    Out[2]= {Pi.txt,6250000}
    Out[3]= {Pi.txt.zip,6252036}
    Out[4]= {Pi.txt.bz2,6277173}
    Out[5]= {Pi.txt.gz,6251928}

    Всего записей: 1835 | Зарегистр. 22-03-2003 | Отправлено: 12:17 02-01-2009 | Исправлено: popkov, 12:19 02-01-2009
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    egor23
    popkov
     
    Убедили. Такие аргументы убедительны.

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")
    Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

    Всего записей: 33236 | Зарегистр. 31-07-2002 | Отправлено: 16:08 02-01-2009
    lorents



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    объясните пожалуйста что значит архивация, точнее какие ее минусы?

    Всего записей: 3297 | Зарегистр. 30-12-2007 | Отправлено: 21:14 02-01-2009 | Исправлено: lorents, 00:52 03-01-2009
    Trava79



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    2 ALL
     
    Вышла новая версия 4.64 от 2009-01-02 21:29.
     
    lorents
    Не смешно.

    ----------
    Компьютерный форум Ru.Board » Hardware »

    Всего записей: 8453 | Зарегистр. 08-06-2006 | Отправлено: 01:08 03-01-2009
    Gideon Vi

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

    Цитата:
    что значит архивация

    http://ru.wikipedia.org/wiki/Архивация

    Всего записей: 8084 | Зарегистр. 02-02-2004 | Отправлено: 03:03 03-01-2009
       

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

    Компьютерный форум Ru.Board » Компьютеры » Программы » 7-Zip / 7z / 7Zip (часть 1)
    Widok (10-08-2009 22:10): Лимит страниц. Продолжаем здесь.


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

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru