Архівація даних для MS DOS.

Історія розвитку теорії стиснення інформації

Історія розвитку MS DOS дуже схожа на історію розвитку всіх інформаційних технологій. Більше того, концепція MS DOS безпосередньо запозичена з операційної системи UNIX. UNIX, у свою чергу, базується на найперших операційних системах типу OS/360 і навіть IBM704. Основні алгоритми архівації даних спочатку були випробувані на UNIX, а потім (іноді процес розвитку тих чи інших алгоритмів здійснювався паралельно) в MS DOS. У принципі, більшість використовуваних в даний час утиліт для архівації почали своє життя починаючи з MS DOS 2.0.

Отже, в сорокових роках учені, що працюють в області інформаційних технологій, ясно зрозуміли, що можна розробити такий спосіб зберігання даних, при якому простір буде витрачатися більш ощадливо. Клод Шеннон, вивчаючи нюанси розходжень між семантикою (semantics) (що деяка сутність значить) і синтаксисом (syntax) (як деяка сутність виражається), розробив більшість базових понять цієї теорії. Розуміння того, що одне і те саме значення (семантика) може бути реалізовано різними способами (синтаксис), приводить до закономірного питання: "Який спосіб вираження чого-небудь є найбільш економічним?" Пошук відповіді на це питання привів Шеннона до думки про ентропію, що, простіше говорячи, співвідноситься з кількістю, що міститься у файлі корисної інформації. Методи стиску намагаються збільшувати ентропію файлу, тобто зменшувати довжину файлу, зберігаючи при цьому всю інформацію.

Однак, Шеннон не був першим, хто задумувався про сутність інформації і визначенні її кількості. Перший крок на цьому шляху зробив у 1928 р. Хартлі. Основний отриманий їм результат можна сформулювати приблизно так: якщо в заданій безлічі, що містить N елементів, виділений деякий елемент x, про яке відомо лише, що він належить цій безлічі, то, щоб знайти x, необхідно одержати кількість інформації, рівне log2 N. Цю формулу звичайно називають формулою Хартлі.
Формула Хартлі є окремим випадком більш загальної формули Шенона, що дозволяє знайти кількість інформації у випадковому повідомленні фіксованого алфавіту. Нехай X1, ..., Xn - символи цього алфавіту, P1, ..., Pn - імовірності їхньої появи в тексті повідомлення, тоді формула Шеннона приймає вид:

H = P1 * log2 (1 / P1) + ... + Pn * log2 (1 / Pn),

де H - кількість біт інформації в одному символі повідомлення, чи ентропія символу повідомлення. Це число показує мінімальне середнє число біт, необхідних для представлення одного символу алфавіту даного повідомлення.

У деяких випадках алфавіт повідомлення може бути невідомий, тоді висуваються гіпотези про алфавіт повідомлення. Маючи різні алфавіти, можна досягти різних коефіцієнтів стиску. Наприклад, текстовий файл, якщо його розглядати як послідовність бітів, має ентропію порядку 0.7 - 0.9, якщо як послідовність байтів, - 0.5 - 0.7, хоча популярні програми стиску зменшують розміри текстових файлів до 0.3 - 0.4 від вихідного розміру.

Доказ Шенона не було конструктивним, тобто не містило способу побудови цих оптимальних кодів, а лише показувало їхнє існування. До появи роботи Шенона, кодування символів алфавіту при передачі повідомлення по каналах зв'язку здійснювалося однаковою кількістю біт, одержуваним по формулі Хартлі. З появою цієї роботи почали з'являтися способи, що кодують символи різним числом біт у залежності від імовірності появи їхній у тексті. Наприклад, часто у файлах деякі значення байта зустрічаються частіше інших. Таким чином, за рахунок використання для кожного значення байта коду різної довжини можна значно зменшити загальний розмір даних. Ця базова ідея лежить в основі алгоритмів стиску Шенона-Фано (Shannon-Fano) і Гоффмана (Huffman). Подібні алгоритми вибирають більш короткі коди для часто зустрічаються і більш довгі для рідко зустрічаються значень байта. Звичайно текстові файли (у який одні значення байтів повторюються набагато частіше інших) вони стискають досить добре.

Більше тридцяти років алгоритм стиснення Хафмана і його варіанти залишалися найбільш популярними методами. Однак у 1977 два дослідників з Ізраїлю запропонували зовсім інший підхід до цієї проблеми. Абрахам Лемпел і Якоб Зів висунули ідею формування "словника" загальних послідовностей даних. При цьому стиск даних здійснюється за рахунок заміни записів відповідними кодами зі словника. Існують два алгоритми, в даний час відомі як LZ77 і LZ78. Вони вже не вимагає включення словника даних в архів, тому що якщо ви формуєте ваш словник певним способом, програма декодування може його відновлювати безпосередньо з ваших даних. На жаль, LZ77 і LZ78 витрачають багато часу на створення ефективного словника. Лемпел був запрошений фірмою Sperry для надання їм допомоги у розробці способу найбільш ефективної упаковки даних на комп'ютерних стрічках. У цій же фірмі Террі Велч (Terry Welch) розширив алгоритм LZ78, створивши новий варіант, широко відомий, як LZW.

На роботу Велча звернула увагу група програмістів Unix і використовувала його алгоритм у їх застосуванні LZW, який отримав цілком природне назва comdivss. Вони додали кілька удосконалень і опублікували загальнодоступну версію цієї програми в телеконференції Internet, завдяки чому багато користувачів змогли почати з нею працювати.
Популярність алгоритму LZW значною мірою пов'язана з успіхом програми comdivss. Оригінальний текст останньої версії програми, що здійснює як стиснення, так і декомпресію, займає всього 1200 рядків. Ядро коду стиснення займає не більше сотні рядків, а код декомпресії не набагато більше. Програмісти вважають, що це полегшує читання і розуміння алгоритму, а також дозволяє адаптувати його для самих різних цілей.
Алгоритми LZ-стилю (включаючи LZW, LZ77, LZ78 і багато інших варіанти) дуже популярні скрізь, де потрібно універсальне стиснення. LZW використовується в стандарті модему V.42bis, протоколі передачі даних ZModem, форматах GIF, TIFF, ARC і інших прикладних програмах. Інші алгоритми LZ використовуються в дискових утилітах стиснення типу DoubleSpace і Stacker, графічних форматах типу PNG, а також в універсальних утилітах архівування і стиснення, включаючи ZIP, GZIP і LHA.
Крім користуються великою увагою алгоритмів, які базуються на словнику, існують і інші підходи. Алгоритм стиснення Гоффмана (Huffman), заснований на статистичних коливаннях розподілу деяких значень байтів, ліг в основу кількох дуже ефективних методів стиснення, відомих, як арифметичне кодування (arithmetic encoding), ентропійне кодування (entropy coding) або Q-кодування (Q-coding) . Арифметичне кодування покращує стиснення Хаффмана двома шляхами. Перше удосконалення полягає в тому, що воно не вимагає, щоб вибрані коди були цілим числом біт. У той час як стиснення Хаффмана могло обирати двох-і четирехбітовие коди, програма арифметичного кодування може використовувати код довжиною 6,23 біт. (Що таке 0,23 біт - чисто філософське питання, якщо Вас це зацікавило, то в окремому розділі Ви знайдете інше пояснення арифметичного кодування.) Друге удосконалення (яке може також використовуватися в стиску Хаффмана) полягає в тому, що арифметичне кодування використовує більш складну статистику. Вона не просто стежить за частотою появи байта в файлі, а оцінює частоту його появи в певному контексті. Наприклад, при використанні вихідного алгоритму стиснення Хаффмана символ "u", зустрічається не дуже часто, міг би одержувати досить довгий код. Але в складній програмі арифметичного кодування символ "u", який іде за q ", буде закодовано дуже компактно, так як висока ймовірність того, що" u "слід відразу за" q ". Комбінація цих двох удосконалень наводить дуже до ефективного стиску.

Інші методи стиснення призначені для даних певного типу, а тому вони погано підходять для архівування. Багато вдосконалені методи, що з'являлися в останній час, грунтувалися на синтезі цих трьох методів (наприклад, використання кодів Хаффмана для записів словника) або виконання складної попередньої обробки даних, що збільшує ефективність стиснення одним з цих методів.
Можливо, одним з найбільш істотних подій за останні кілька десятиліть у галузі алгоритмів стиснення стала поява патентів на програмне забезпечення. З 1981 United States Patent and Trademark Office (USPTO) почав приймати заявки на патентування алгоритмів програмного забезпечення. Багато з представлених патентів були за методами стиснення. Найбільш відомі з них - патенти фірми Unisys на алгоритм стиснення LZW і патенти фірми IBM на арифметичне кодування. На жаль, спочатку робота з обробки заявок в USPTO була поставлена ​​неважливо. У результаті чого різним людям надавалися різні патенти на один і той же алгоритм (причому іноді з майже ідентичною формулюванням). Деякі з цих патентів оскаржувалися в судовому порядку, але висока вартість судового розгляду позовів різко знижує кількість таких претендентів.
Один позитивний результат запровадження патентування навряд чи доводиться оспорювати. Патентування програмного забезпечення спровокувало появу величезної кількості робіт з розробки нових алгоритмів стиску (велика частина яких швидко патентується їх винахідниками). Проте інший ефект був абсолютно негативний. Багато з алгоритмів стиснення використовувалися специфічним чином, наприклад, як частина міжнародних стандартів (V.42bis і JPEG). Крім того, окремі компанії і користувачі скопіювали загальнодоступний код (так, реалізація comdivss LZW широко копіювалася для самих різних цілей). Фінансові штрафи за використання цих алгоритмів (у формі авторських відрахувань до власників патенту) відвертали від підтримки цих стандартів авторів умовно-безкоштовного та безкоштовного програмного забезпечення або безкоштовних бібліотек. Деякі компанії публічно оголосили про те, що вони не будуть вимагати авторських відрахувань за використання їх запатентованих алгоритмів у безкоштовному програмному забезпеченні. Однак так вчинили далеко не всі. Поки неясно, як цей конфлікт позначиться на індустрії безкоштовного програмного забезпечення і на патентному законодавстві. Принаймні, одна організація, League for Programming Freedom, бореться з патентами програмного забезпечення і робить активні кроки щодо їх скасування.

У даній роботі будуть розглянуті тільки сучасні способи архівації даних, а саме спеціалізовані програми архіватори. Застарілі програми резервного копіювання типу BACKUP-RESTORE рассматріватся не будуть, через їх відсутність у нових версіях MS DOS, починаючи MS DOS 6.22.

Архіватори MS DOS.

З розвитком комп'ютера стали збільшуватися й обсяги інформації збереженої в ньому, що в свою чергу призвело до розвитку технологій зі зберігання цієї інформації в стиснутому вигляді, тобто в архівах. Для цього була придумана безліч програм здійснюючих архівацію інформації.

Проте в роботі з цією інформацією іноді небажано розкривати повний архів, щоб взяти один чи два необхідних файлу або ж просто подивитися, що в архіві за інформація.

Програми-архіватори, за винятком одиниць, не надають зручних оболонок дозволяють просто, швидко й у наочній формі розібратися з вмістом архівів.

Архіватори - це програми, що дозволяють створювати й обробляти архівні копії файлів. При цьому з архівні копії мають менший розмір, чим оригінали. За допомогою спеціальних алгоритмів стиску з файлів віддаляється вся надлишкова інформація, а при застосування зворотних алгоритмів розпакування архівна копія відновлюється в первісному вигляді.

Найбільш відомі програми-архіватори для MS-DOS: ARJ (розроблювач - Robert K. Jung), pkzip

(Компанія PKWARE Inc.), Lha (Haruyasu Yoshizaki), zoo (Rahul Dhesi). Безумовним лідером в усьому світі за останні 5 років став архіватор RAR. В даний час RAR активно витісняє ZIP як основну утиліту стиску FTP архівів у мережі INTERNET. RAR я є єдиною всесвітньо використовуваною програмою, створеної російським програмістом (за винятком TETRIS). Всі архіватори відрізняються використовуваними алгоритмами стиску, форматами архівних файлів, швидкістю роботи і т.д.

Терміни, що використовуються в архівації

Add file Додавання (копіровніе) файлу в архів. Якщо архів не існує, то він створюється.

CRC Код циклічного контролю. Спеціальна функція від усього умісту файлу. Складається таким чином, що змінити файл так, щоб його CRC залишився незмінним, практично неможливо.

Exclude selected files При архівації НЕ додавати в архів певні файли.

Extract files Витяг файлів з ​​архіву без збереження структури підкаталогів.

Extract files with pathnames Витяг файлів з ​​архіву із збереженням структури підкаталогів.

Fresh files Додавання в архів нових версій уже наявних там файлів.

Garble (або scramble) files with password Архівація файлів з ​​паролем. Витягти файли з такого архіву можна, лише правильно вказавши пароль.

Move files Переміщення файлів у архів.

Multiple volumes Багатотомні архіви - складаються з декількох файлів (томів). Зручні при архівації великих комплексів файлів, коли тому архіву можна поміщати на окремі дискети.

Ratio Ступінь стиснення файлу. Визначається по-різному в різних архіваторах (відношення вихідного до стиснутого або навпаки).

Recurse subdirectories Архівація файлів із заданого каталогу і всіх його підкаталогів. В архіві зберігається інформація про шлях до файлів, і при витягу їх можна виводити не в один каталог, а у відповідні підкаталоги.

Self-extract (sfx) archive Саморозпакувальний архів. Архівний файл має розширення. Exe. Або com, і після його запуску відбувається автоматичний витяг файлів з архіву.

Test integrity Перевірка цілісності архіву, тобто перевірка CRC файлів архіву.

Update files Додавання в архів нових файлів.

Архіватор ARJ

Працює з командного рядка. Виконує всі функції з обслуговування архівів. Arj, в т.ч. підтримку багатотомних архівів.

Отримати довідку по ключах архіватора arj за допомогою команд:
arj (звичайна довідка)

arj /? (докладна довідка)

Arj має дуже велике число ключів. Можна автоматизувати багато дій - створення резервної копії диска, архівування починаючи з якоїсь дати, додавання до імені архіву поточної дати (arh970821.arj), архівування файла з конкретного місця, кілька рівнів стиску і так далі. У версії 2.55 можлива робота з довгими іменами.
Переваги: ​​дуже велика кількість ключів, що дає можливість автоматизувати велике число функцій. Захист архіву від ушкоджень.
Недоліки: відсутність діалогового режиму, деякі незручності роботи при наявності якогось ключа в перемінної оточення (ARJ_SW) і рядку запуску - взаємне знищення.

PKZIP

Працює з командного рядка. Різні функції з обслуговування архівів. Zip виконуються різними програмами:
pkzip - приміщення файлів в архів

pkunzip - вилучення файлів з архіву

zip2exe - створення саморозпаковується архіву

pkzipfix - відновлення пошкодженого архіву.

Вивчити довідку по роботі з архіватором pkzip за допомогою команд:

pkzip / h

pkunzip / h

zip2exe / h

RAR

Архіватор RAR v2.50 для DOS - Інтегрована програма управління архівами

RAR - це дуже потужний засіб для створення архівів і управління ними. Можливості RAR:

• Редакція інтерактивний інтерфейс (що відключається);

• Підтримка миші і меню;

• Підтримка не-RAR архівів;

• 'Стандартний' інтерфейс командного рядка;

• Оригінальний високоефективний алгоритм стиснення даних;

• Спеціальний алгоритм для стискування мультимедійних файлів;

• Краща ступінь упаковки, ніж в аналогічних продуктів, за рахунок використання режиму "безперервного" стиснення;

• Інформація про автора архіву (тільки в зареєстрованій версії);

• Саморозпаковуються (SFX) звичайні і багатотомні архіви;

• Відновлення фізично пошкоджених архівів;

• Мова програмування для інсталяційних SFX-архівів;

• Блокування, шифрування, список порядку файлів, мітки томів і ін

QUARK

Quark є архіватором класичного типу, що використовують LZ77-алгоритм для ущільнення вихідних даних шляхом кодування повторюваних послідовностей байт (RSE-алгоритм) з наступним вторинним ущільненням стисненого потоку кодами Хаффмана. Подібні методи використовують всі три лідери в області упаковки даних - архіватори ARJ, LHA, PkZIP.
Тим не менш, Quark домагається кращих результатів в компактності даних при швидкості кращою ніж LHA, не меншою ніж у ARJ і не сильно відрізняється від швидкості PkZIP, при використанні ним т.зв. максимальної компресії даних. Це обумовлено декількома причинами:
1) Quark працює з плаваючим розміром вікна від 32Kb до 64Kb (проти фіксованих 16Kb у LHA, і 32Kb у PkZIP і ARJ).
2) Quark виконує оптимізацію Першого роду (оптимальність адрес посилань LZ77) та оптимізацію Другого роду (оптимальність посилального покриття потоку).
3) Quark використовує текстову редукцію для текстових файлів.
4) Quark заносить в архів мінімум службової інформації, не претендуючи на інші апаратні платформи та операційні системи.

GZIP

Gzip скорочує розмір заданих файлів використовуючи кодування Зеева-Лемеля (LZ77). Коли можливо, кожен файл заміщається файлом з розширенням '. Gz', при цьому зберігаються власник, режими, доступ і часи модифікації (Інші розширення '-gz' для VMS, 'z' для MSDOS, OS / 2, FAT і Atari). Якщо ніяких файлів не вказано або ім'я файлу '-', то пакується стандартний ввід і видається на стандартний висновок. Gzip намагається пакувати тільки звичайні файли, зокрема GZip ігнорує символічні посилання.

Gzip використовує алгоритм Зеева-Лемеля також як Zip, PKZIP. Підсумковий розмір, отриманого файлу після стиснення, залежить від розміру вихідного файлу і наявності в ньому загальних підрядків. Зазвичай, такий текст, як вихідний код або англійський текст скорочується на 60-70%. Пакування з використанням цього алгоритму звичайно краще, ніж при використанні LZW (його використовує Comdivss), кодування Гоффмана (його використовує Pack) або адаптоване кодування Гоффмана (Compact).

Упаковка відбувається незалежно від того чи збільшився розмір упакованого файл у порівнянні з оригіналом чи ні. Причина розширення - кілька байтів для заголовка Gzip файлу, плюс 5 байтів для кожного 32К блоку, або відношення розширення 0.015% від довжини файлу. Зауважимо, що фактичне число зайнятих на диску блоків вже ніколи не зростає. Gzip зберігає режими доступу, власників та час модифікації файлів при упаковці і розпакуванні ...

ARJZ

ARJZ (з волі автора програми вимовляється як "арж-зет") - це архіватор, заснований на відомій програмі ARJ Роберта Юнга. На відміну від таких сучасних засобів архівування, як RAR і UC2, ARJZ використовує формат файлів, командний рядок і опції, сумісні з однієї із самих популярних програм стиску даних, а це має свої переваги. Зокрема:
1) Практично все програмне забезпечення, розраховане на виклик ARJ, буде працювати так само і з програмою ARJZ без усякої модифікації. Наприклад, не треба буде переписувати ні ARCVIEW, ні NC 4.0, ні DN, ні тих. BAT файлів, які ви могли створити за час користування ARJ'ем.

2) Для того, щоб використовувати можливості ARJZ'а при роботі з вашими старими архівами, вам зовсім не потрібно переархівировать їх заново.

3) Ви так само майже рятуєтеся від необхідності вивчати новий архіватор. Знаючи, як запускається ARJ, ви знаєте, як запускається ARJZ.

Однак, слід мати на увазі, що:

1) ARJZ дозволяє стискати файли, використовуючи більш могутні методи, чим оригінальна програма. У цьому випадку ARJ НЕ ЗМОЖЕ ПРОВОДИТИ ОБРОБКУ ОТРИМАНИХ АРХІВІВ, пов'язані з розпакуванням, тобто деархівирование, тестування і т.д. У будь-якому випадку ви збережете можливість обновляти і зливати архіви, чи перейменовувати видаляти файли в них, а так само одержувати список файлів в архівах.

2) ARJZ / UNARJZ з одного боку, підтримують не всі команди й опції ARJ'а, а з іншого боку - уводять нові і це може створювати проблеми при роботі. У дійсності такі проблеми зустрічаються надзвичайно рідко і легко розв'язні.
Переваги і недоліки

До переваг ARJZ можна віднести:

1) Версії під DOS (реальний / розширений режими), OS / 2 і NT. У програму для розширеного режиму DOS убудований розширювач, тому вона працює на комп'ютерах 386 + без якого-небудь додаткового програмного забезпечення.

2) Високу швидкість стиску: ARJZ стискає файли з тією же якістю, що і ARJ приблизно в півтора разу швидше останнього (крім версії, що працює в реальному режимі).

3) Високий ступінь стиску (у цьому випадку отримані архіви не будуть розпаковуватися ARJ'ем). За цим параметром ARJZ знаходиться на рівні RAR/UC2 (у цьому ви можете переконається самі - you see too ;-).

4) Так званий "напівекранний інтерфейс". ARJZ може під час роботи виводити на екран віконце з двома індикаторами процесу, ім'ям архіву й ім'ям пакуємого файлу - це чудова особливість призначена спеціально для таких програм, як ARC-чи ARJVIEW, SHEZ, ARJMENU, NC 4.0 +, DN і ін

5) Тут, звичайно не місце для опису переваг UNаRJZ'а, але тим не менш ... Висока швидкість розпакування. Навіть на XT UNARJZ працює в середньому в 1.5-2 рази швидше, ніж ARJ, а при використанні спеціальної опції (див. UNARJZ.DOC) різниця зростає ще в два рази.

Важливо відзначити, що процедури деархіватора оптимізовані окремо під процесори 286, 386, 486 і Pentium.

6. ARJZ написаний таким чином, що його можна використовувати і як окремий архіватор і як надбудову над ARJ'ем: якщо він не може розпізнати чи команд опцій командного рядка, то запускає оригінальну програму. Це, фактично, означає, що, використовуючи ARJZ, ви, тим не менш, не втрачаєте ні однієї опції ARJ'а.
   Недоліки ARJZ:

1) У ARJZ (принаймні, поки) немає підтримки багатотомних (multi volume), резервних (backup) і самораспакующихся (SFX) архівів. Зауважте, що UNARJZ розпаковує будь-які архіви, створені ARJ.
2) ARJZ не є повноцінним архіватором у тім змісті, що він самостійно не видаляє і не перейменовує файли в архівах, не може зливати архіви і т.д. Всю цю роботу можна зробити за допомогою оригінальної програми, тому не можна говорити, що пара ARJZ / UNARJZ повністю замінює собою ARJ.

Далі будуть коротко розглянуті менш популярні архіватори, які, проте все ще використовуються в середовищі MS DOS.

Arhangel - Цей архіватор базується на архіваторі HA, але несумісний з ним. За заявою творців цей архіватор найбільш підходить для стиснення зображень (TIFF, BMP).
Переваги: ​​гарне стиснення графічної інформації.
Недоліки: велика кількість ключів для встановлення максимального стиснення - просто теряешся який вибрати.

JAR - новий архіватор з сімейства ARJ. У мене він показав більш погані результати, ніж WinRAR, хоча в документації сказано, що "це кращий архіватор в термінах компресії". Інші тести теж, начебто, підтверджують, що цей архіватор краще WinRAR та інших подібних, але він, безумовно, не займає перше місце. Можливості приблизно такі ж, як і у ARJ.
Переваги: ​​досить швидка робота, підтримка recovery record - можливість відновлення збійних архівів.
Недоліки: немає діалогового режиму роботи.

HA - Архіватор, написаний Harry Hirvola в 1993 році. Працює поволі (або навіть дуже повільно), але, за результатами тестів, добре. У даному тесті він не на першому місці за ступенем стиснення. Наскільки я знаю, він особливо добре стискає текстові файли, була проведена окрема перевірка, яка підтвердила даний факт - незважаючи на солідний вік цей архіватор непогано стискає: на 20% менше, ніж PKZIP. Таким чином для стиснення великих текстових файлів краще користуватися HA (LGHA) ніж WinRAR. З'явився архіватор LGHA, який створює такі самі архіви, але трохи швидше.
Недоліки: Мала кількість ключів, кілька нестандартні комантди. Неможливість створення архівів на декілька дискет і саморозпаковуються архівів. Не підтримує шифрування.

UC II (Ultra comdivss) - програма, що працює з командного рядка, однак вона має діалогове меню для настроювання різних параметрів. Є можливість додавати recovery record. Цікава додаткова програма щодо шифрування архівів.
Недоліки: Розбивка на дискети тільки фіксованого довгі і тільки зовнішньою програмою ...

ACB - програма російського програміста забезпечує хороше, навіть ДУЖЕ гарне стиснення, АЛЕ вимагає дуже гарного комп'ютера. За словами розробника необхідний як мінімум 486 комп з 15 мегабайтами оперативної пам'яті. Але реально потрібно набагато більше. Чомусь дуже повільна розпаковування - 27 мегабайт інформації програма розпаковувала 3000 секунд (тобто 50 хвилин) і це при тому, що програма запускалася на Pentium-200 з 32 мегабайтами оперативної пам'яті.
Достінства: маленький розмір програми, можливість захисту архівів від пошкодження.
Недоліки: Дуже завищені вимоги до машини. Не хоче архівувати великі файли та ставити захист від пошкодження на великі архіви. Ще один формат команд - нестандарти команди.

Rkive - цей архіватор за результатами стиснення зайняв третє місце в даному тестуванні (в подібному тесті він пропустив вперед BOA і ACB). Тести йшли з бета версією.
Переваги: ​​не дивлячись на невеликий розмір архіватора (58 к) дуже пристойне стиснення.
Недоліки: нестійка робота - на одній з машин весь час аварійне завершення роботи архіватора (без збою системи в цілому - чи то машина не подобається, чи то 16 мегабайт пам'яті мало ...). Брак пам'яті при був помічений ще один недолік - неможливість додавання файлів до існуючих архівів. Відсутня можливість створення SFX архівів.

BOA - цей архіватор за результатами стиснення посів друге місце серед розглянутих архіваторів тестуванні (в подібному тесті він зайняв перше місце). Але переходити на цей архіватор, безумовно, рано, тому що це тільки попередня версія для тестування.
Переваги: ​​досить швидко працює.
Недоліки: будемо вважати, що недоліки присутні через бета-версії ...

BIX - новий архіватор, який подає добрі надії. Поки тільки бета версія. Створений Ігорем Павловим. Автор попереджає, що якщо ви будете використовувати маску "*.*", то у вас не будуть додаватися файли без розширення! Щоб додати всі файлів слід використовувати маску "*"

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

Порівняння вресій архіваторів MS DOS і Windows.

Незважаючи на гадану «моральну відсталість» MS DOS, в ряді випадків використання MSDOS-архіваторів може бути набагато більш ефективним, порівняно з аналогічними версіями для Windows 9x.

1. Архіватори работающщіе в середовищі MSDOS працюють в реальному режимі процесора. Це забезпечує не менше ніж в 1.5 рази більшу продуктивність процесора, у порівнянні із захищеним режимом Windows 9x (для процесорів P-II і старше).

2. Всі версії архіваторів для MS DOS (принаймні з розглянутих вище), досить ефективно використовують пам'ять XMS або EMS. З урахуванням реального режиму роботи процесора, це дає ще 10-15% виграшу в продуктивності.

3. Як не дивно, версії архіваторів для MS DOS часто використовують більш досконалі алгоритми стиснення. Причина проста - в більшості випадків у версіях архіваторів для MS DOS випробовується можливі удосконалення, що переносяться далі в Windows. Причому, іноді застосування деяких нововведень в Windows виявляється технічно недоцільним. Приклад - відмова від застосування в архіваторі WinZip 8.0 Beta словника мінно довжини понад 128 кБайт, через переповнення кеш-пам'яті сучасних процесорів Pentium-II або Celeron.

Резюмуючи, можна стверджувати, що за інших рівних умов (тип обчислювальної системи, ступінь стиснення та ін) продуктивність архівації (особливо упаковки з високим ступенем стиснення) в архіваторах для MS DOS приблизно в 1.5-1.6 вище. Грубо кажучи, в 1.5 рази швидше. Для невеликих архівів (до 40-100MB) це не є суттєвим. Однак, якщо виконувати архівування 10000-15000 файлів загальним обсягом більше 1-2Гб (типовий обсяг невеликого FTP сервера INTERNET), різниця в часі може скласти до 30-60 хвилин (Celeron-450MHz + 64MB RAM).

І нарешті, у разі пошкодження файлів завантаження Windows 9x, єдиним способом «врятувати» архів, є використання перевірених і надійних архіваторів для MS DOS.

Література.

1. Фігурне В.Е. «IBM PC для користувача. Короткий курс. »- М.: ИНФРА-М, 1998. - 480 с.: Іл

2. PCMagazine, 1997-1999 рр..