Архівація даних у 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.

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

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

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

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

Найвідоміші программы-архиваторы для 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) Тут, звісно нема місця для описи переваг UNARJZ «а, але з тих щонайменше… Висока швидкість розпакування. Навіть під час 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) не є істотним. Проте, якщо виконувати архивирование 10 000−15 000 файлів загальним обсягом понад 1−2Гб (типовий обсяг невеликого FTP серверу INTERNET), різниця у часі може сягнути 30- 60 хвилин (Celeron-450MHz + 64MB RAM).

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

1. Фигурнов В. Е. «IBM PC для користувача. Короткий курс.» — М.: ИНФРА-М, 1998. — 480 з.: мул 2. PCMagazine, 1997;1999 гг.