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

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

Історія розвитку теорії стиснення інформації 1
Архіватори MS DOS. 6
PKZIP 8
RAR 8
QUARK 9
GZIP 10
ARJZ 10
Порівняння вресій архіваторів MS DOS і Windows. 14
Література. 15

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

Історія розвитку 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, що отримав цілкомприродне назва compress. Вони додали кілька удосконалень іопублікували загальнодоступну версію цієї програми в телеконференції
Internet, завдяки чому багато користувачів змогли почати з нею працювати.

Популярність алгоритму LZW значною мірою пов'язана з успіхомпрограми compress. Оригінальний текст останньої версії програми,здійснює як стиснення, так і декомпресію, займає всього 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). Крім того, окремі компанії і користувачі скопіювализагальнодоступний код (так, реалізація compress LZW широко копіювалася длясамих різних цілей). Фінансові штрафи за використання цих алгоритмів (уформі авторських відрахувань до власників патенту) відвертали від підтримкицих стандартів авторів умовно-безкоштовного і безкоштовного програмногозабезпечення або безкоштовних бібліотек. Деякі компанії публічно оголосилипро те, що вони не будуть вимагати авторських відрахувань за використання їхзапатентованих алгоритмів у безкоштовному програмному забезпеченні. Однак такнадійшли далеко не всі. Поки неясно, як цей конфлікт позначиться наіндустрії безкоштовного програмного забезпечення та на патентномузаконодавстві. Принаймні, одна організація, League for Programming
Freedom, бореться з патентами програмного забезпечення і робитьактивні кроки по їх скасування.

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

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

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

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

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

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

Найбільш відомі програми-архіватори для 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: n Повноекранний інтерактивний інтерфейс (відключається); n Підтримка миші та меню; n Підтримка не-RAR архівів; n 'Стандартний' інтерфейс командного рядка; n Оригінальний високоефективний алгоритм стиснення даних; n Спеціальний алгоритм для стиснення мультимедійних файлів; n Краща ступінь упаковки, ніж в аналогічних продуктів, за рахунок використання режиму "безперервного" стиснення; n Інформація про автора архіву (тільки в зареєстрованій версії); n саморозпаковуються (SFX) звичайні і багатотомні архіви; n Відновлення фізично пошкоджених архівів; n Мова програмування для інсталяційних SFX -архівів; n Блокування, шифрування, список порядку файлів, мітки томів і ін

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 (його використовує
Compress), кодування Гоффмана (його використовує 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 compress) - програма, що працює з командного рядка,але має діалогове меню для налаштування різних параметрів. Єможливість додавати 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 рр..