Деякі відомості про архівацію    2
Архівація даних у Windows 9x.    2
Архіви: формати й інструменти.    3
ArjFolder 2.85    6
Історія розвитку теорії стиску інформації    38
Архиваторы MS DOS.    42
PKZIP    45
RAR    45
QUARK    45
GZIP    46
ARJZ    47
Порівняння вресий архиваторов MS DOS і Windows.    50

Деякі відомості про архівацію
Під час роботи на комп'ютері може відбутися втрата інформації, що знаходиться на магнітних дисках у фай¬лах, з різних причин (фізичне псування, випадкове вилу¬чення, руйнування вірусом та н.).
Щоб зменшити мож¬ливі втрати інформації, створюють на дискетах архівні копії файлів. Однак копії займають стільки ж місця на дискеті, скільки і вихідні файли. І якщо обсяги файлів, що копіюються, великі, то знадобиться багато дискет. То¬му різними фірмами були розроблені спеціальні програми-архіватори. Вони дають змогу заощаджувати місце на архівних дискетах завдяки ущільненню інформації й об'єднують групи файлів в одні архівний файл.
Архівний файл — це файл або група файлів, записаних у стисненому вигляді в єдиний файл, з якого їх можна добути у початковому вигляді.
На   початку   архівного   файла   розташовується   його зміст, який містить:
• ім'я файла;
• відомості про папку, в якій знаходиться вихідний файл;
• розмір вихідного файла на диску й у стисненому ви¬гляді в архіві;
• код   циклічного   контролю   файла   для   перевірки цілісності архіву.
Програми для архівації реалізують такі основні функції:
• запис файлів в архів у стисненому вигляді та добу¬вання їх з архіву у початковому вигляді;
• додання, відновлення, переміщення і перейменуван¬ня файлів в архіві;
• вилучення файлів з архіву;
• перегляд змісту архіву та ін.
Програми-архіватори різняться форматом ущільнення, швидкістю роботи, ступенем стиснення файлів, зручністю використання тощо.
Для стиснення інформації найчастіше користуються програмою-архіватором WinRAR.

Архівація даних у Windows 9x.

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


Архіви: формати й інструменти.

Для початку кілька слів про термінологію. Прийнято розрізняти архівацію й упакування (компресію, стиск) даних. У першому випадку мова йде про злиття декількох файлів і навіть каталогів у єдиний файл — архів (прикладом використання такої технології в чистому виді може служити формат TAR), у другому — про скорочення обсягу вихідних файлів шляхом усунення надмірності (у даній роботі розглядається упакування без втрат інформації, тобто з можливістю точного відновлення вихідних файлів). Як правило, сучасні архиваторы забезпечують також стиск даних, будучи в такий спосіб ще і пакувальниками, однак існують і чисто «пакувальні» утиліти типу Gzip, що стискають окремі файли, преутворити їх у формат Z чи GZ.
При виборі інструмента для роботи з упакованими файлами й архівами варто враховувати два фактори: ефективність, тобто оптимальний баланс між економією дискової пам'яті і продуктивністю роботи, і сумісність, тобто можливість обміну даними з іншими користувачами. Сумісність, мабуть, сьогодні більш важлива, тому що по ступені стиску, що досягається, конкуруючі формати й інструменти розрізняються на відсотки (але не в рази), а обчислювальна потужність сучасних комп'ютерів робить час обробки архівів не настільки істотним показником, як, скажемо, десять років тому. Тому при виборі інструмента для роботи з архівами найважливішим критерієм для більшості користувачів (у всякому разі тих, для кого обмін великими масивами даних — насущна проблема), імовірно, є здатність програми «розуміти» найбільш розповсюджені архівні формати, навіть якщо ці формати не найефективніші.
Дія більшості засобів упакування засновано на використанні алгоритмів стиску, запропонованих у 80-х рр. Абрахамом Лемпелем і Якобом Зивом. Багато популярних архівних форматів (ZIP, LZH, ARJ, ARC, ICE і т.п.) з'явилися в епоху панування DOS. Для роботи з ними використовувалися спеціалізовані архиваторы-упаковщики (утиліти PKZip/PKUnzip, LHA, Arj), що дозволяли архивировать цілі каталоги і забезпечували високий ступінь стиску для текстових, графічних і інших типів файлів. Ці програми викликалися командним рядком з численними параметрами, досить громіздкими, хоча й обеспечивавшими багаті можливості. Незабаром стали з'являтися інтегруючі надбудови, за допомогою яких можна було працювати з різними форматами архівів не з командного рядка, а за допомогою меню.
По-справжньому прижилися у світі персональних комп'ютерів, ставши сьогодні фактичними стандартами, лише деякі зі старих архівних форматів — ZIP, ARJ і, мабуть, ще LZH. Крім цих традиційних форматів деякі сучасні архиваторы дозволяють працювати з новим межплатформным форматом JAR (Java ARchive), що був створений спеціально для пересилання багатокомпонентних Java-апплет, але може застосовуватися і для роботи з упакованими архівами загального призначення (у JAR застосовуються ті ж методи стиску, що й у ZIP). Ще один формат, CAB, був запропонований фірмою Microsoft, засобу для роботи з ним входять до складу Windows 9x; багато хто архиваторы, орієнтовані на формати ZIP і ARJ, дозволяють також розпаковувати CAB-архіви.
В даний час росте популярность формату RAR і відповідних програм, створених нашим співвітчизником, челябинцем Євгенієм Рошалем. Але, хоча технологія RAR забезпечує високий ступінь стиску, стандартом вона так і не стала, почасти через не дуже гнучкий механізм роботи з великими архівами. У багатьох випадках удалим рішенням проблеми сумісності є створення архівів у виді програм, що саморозпаковуються, (EXE-файлів). Багато програм, орієнтовані на який-небудь із традиційних типів архівів, здатні створювати і EXE-архіви на базі свого «рідного» формату. Але це рішення не завжди забезпечує достатню гнучкість (наприклад, не дозволяє без спеціальних інструментів вибірково витягати файли з архіву).
З приходом Windows архиваторы обзавелися графічним інтерфейсом. У деяких випадках цей інтерфейс лише прикривав собою ту чи іншу стару утиліту командного рядка, але з'явилися і повноцінні, у тому числі 32-розрядні, програми з убудованим механізмом для маніпулювання архівами (як правило, якого-небудь одного типу; найвідоміша ZIP-орієнтована програма такого роду — WinZip фірми Nico Mak Computing).
У зручному виді маніпуляції з командним рядком були «заховані» за інтерфейсом популярних у Росії файлових оболонок типу DISCo Commander, FAR і особливо Windows Commander починаючи з версій 4.хх. Ці оболонки дозволяють шляхом настроювання файлів конфігурації підключати будь-які зовнішні DOS-архиваторы командного рядка (Arj, PKZip, ARC, LZH і т.п.) і організовувати прозоре маніпулювання архівами, представляючи їх у виді звичайних каталогів. На жаль, багато утиліт командного рядка нездатні повноцінно працювати з довгими іменами файлів (така можливість з'явилася в програмі PKZip лише починаючи з версії 2.5 для Windows, у Arj — починаючи з версії 3.0), а організувати обмін файлами з архівом можна тільки в межах вікна оболонки. Крім того, і самі програмні оболонки, і викликувані з їхнього середовища архиваторы командного рядка — комерційні продукти (як правило, умовно-безкоштовні), каждую приходиться здобувати окремо. На відміну від утиліт командного рядка, розрахованих на роботу з одним типом архівів, Windows-програми більш універсальні з погляду сумісності по форматах і до того ж використовують такі переваги нової ОС, як можливість давати об'єктам довгі імена і переносити файли з одного додатка в інше.
Розглянуті програми по більшій частині орієнтовані на роботу з архівами у форматі ARJ чи ZIP, але, як правило, містять убудовані засоби (чи допускають підключення зовнішніх модулів) для розпакування і перегляду й архівів інших типів. Загалом, тести показують, що програми, орієнтовані на формат ARJ (їх, до речі, не так багато), у середньому працюють ледве швидше аналогічних ZIP-архиваторов і до того ж забезпечують більший коефіцієнт стиску, однак архиватор, несумісний з форматом ZIP, навряд чи можна сьогодні вважати повноцінним інструментом. Усі програми мають зручні інсталятори і стандартні засоби деінсталяції. Як правило, архиваторы можуть вибірково реєструватися як засіб для обробки розпізнаваних ними типів файлів. Практично всі архиваторы передбачають роботу з довгими іменами об'єктів, однак якщо ці імена містять російські букви, те 16-розрядні програми їхній невпізнанно спотворюють при упакуванні. Найбільш зручні утиліти інтегруються в систему Windows 9x: дозволяють упаковувати і розпаковувати файли за допомогою перетаскування, представляти архіви у виді звичайних папок, викликати контекстні меню для упакованих об'єктів, як для об'єктів «Робочого столу» Windows. На архивирование 20-мбайт масиву дані програми витрачали (у режимі з параметрами за замовчуванням) від 1,5 (ArjFolder) до 4 хв (Q Cab). Найкращий ступінь стиску показала програма Q Cab: створений нею EXE-архів виявився майже на 10% компактніше інших архівів, що, у свою чергу, розрізнялися по обсязі на 1—5%.
Кращі з розглянутих програм відносяться до категорії умовно-безкоштовних, некомерційні розробки уступають їм у розмаїтості функцій, сумісності і зручності (хоча і не в ефективності стиску). Лідером огляду є Zip-орієнтовані утиліти ZipMagic фірми Mijenix, Zip Explorer Pro компанії Aeco Systems і вже згадана WinZip фірми Nico Mak Computing. Усі вони забезпечують сумісність з великим числом форматів, зручні у використанні. Перші дві програми, щоправда, вигідно відрізняються від WinZip можливістю роботи з архівами як з папками. Практично не уступає лідерам по зручності і можливостям програма Е. Рошаля WinRAR, але вона орієнтована насамперед на не дуже розповсюджений формат RAR, хоча і забезпечує більшість необхідних функцій для маніпулювання Zip-архівами. Тим, хто віддає перевагу безкоштовним утилітам, можна рекомендувати для роботи з Zip-архівами програму Eazy Zip 98, а для роботи з ARJ-архівами — ArjFolder.
ArjFolder 2.85
Безкоштовний архиватор ArjFolder, створений незалежним французьким програмістом Рафаелем Мунье, призначений, як неважко догадатися за назвою, для роботи з ARJ-файлами. Фактично ArjFolder за допомогою функцій «Провідника» Windows 9x будує програмну оболонку для DOS-утиліти Arj (ця викликувана з командного рядка утиліта входить до складу дистрибутива; узагалі говорячи, вона поширюється безкоштовно, так що називати ArjFolder безкоштовним пакетом не зовсім правильно). Дистрибутив ArjFolder являє собою EXE-модуль, що саморозпаковується, обсягом 730 Кбайт. У ході інсталяції користувачу пропонується установити ArjFolder разом з утилітою Arj чи без її. Для повноцінної роботи з архівами варто вибрати першу можливість, у противному випадку програма не зможе формувати і поповнювати архіви, а обмежиться тільки переглядом вмісту архівів і їх розпакуванням.
Після інсталяції архиватор вбудовується в «Провідник» Windows 9x. У системному меню «Пуск| Програми» з'являється розділ із програмою настроювання ArjFolder, призначеної для керування прив'язкою архиватора до файлів розпізнаваних їм типів (програма дозволяє створювати, поповнювати і розпаковувати ARJ-файли, а також переглядати і розпаковувати стиснуті файли й архіви у форматах ACE, ZIP, GZIP, TAR, CAB і RAR). Крім того, у контекстне меню об'єктів Windows додається команда Add to Arj («Включити в Arj-архів»). З її допомогою можна чи створювати поповнювати ARJ-архіви і EXE-файли, що саморозпаковуються.
У випадку якщо з програмою зв'язаний який-небудь з розпізнаваних нею типів файлів, щиглик на такому файлі викликає двухпанельное вікно, схоже на «Провідник» (на жаль, це єдиний і не дуже зручний спосіб викликати ArjFolder). Упаковані в архіві об'єкти зображуються в правій панелі вікна подібно вмісту звичайної папки. Контекстні меню дозволяють відкривати, розпаковувати, чи видаляти переглядати ці файли. Додавати файли в ARJ-архів і розпаковувати їх можна за допомогою перетаскування, для інших типів архівів перетаскуванням можна тільки розпаковувати файли.
З найбагатшого асортименту опцій командного рядка, передбачених у DOS-програмі Arj, Windows-оболонка задіє лише трохи основних, зокрема можливість створювати багатотомні архіви для запису на дискети, захист за допомогою пароля, упакування вкладених каталогів, упакування схованих і системних файлів (опції діють при створенні нового архіву).
На жаль, інтеграція архиватора з Windows недостатньо повна: якщо в програмах типу ZIP Magic чи WinRAR (та й у файлових оболонках типу DISCo Commander) архіви по своєму «поводженню» практично неотличимы від звичайних каталогів, те оснащений засобами ArjFolder «Провідник» у лівій панелі показує замість дерева дисків і каталогів тільки один архів, що не має контекстного меню, а в практично марному рядку адреси може міститися тільки ім'я поточного архіву. На панелі інструментів при цьому отсутствует кнопка переходу до батьківського каталогу, і, що саме неприємне, — у меню «Файл» немає команди «Відкрити». Всі операції з архівами виробляються в текстовому вікні DOS, що теж не дуже зручно. Ще один недолік — програма не показує структуру упакованих каталогів, зображуючи вміст архіву у виді єдиного «плоского» списку (утім, це властиво більшості розглянутих програм). Варто також помітити, що окремі елементи інтерфейсу (у цілому англомовного) залишилися не переведеними з французького (так, замість звичного позначення MB ви побачите Mo).
Для користувачів Windows, що мають справа з нескладними ARJ-архівами і командними рядками, що уникають, дана програма може стати простим безкоштовним рішенням, інші, швидше за все, зволіють що-небудь більш зроблене, наприклад програму WinRAR з підключеним зовнішнім модулем Arj.
Програма поширюється безкоштовно. Рафаель Мунье, home.worldnet.fr/mounierr.
Архиватор ZIP

План:
Уведення
Архівний файл
Ключі і команди архиватора ZIP.
Архиватор ZIP for Windows
Висновок
Список використовуваної літератури


Уведення:  При експлуатації комп'ютера по самих різних причинах можливе чи псування втрата інформації на магнітних дисках. Це може відбутися через фізичне псування магнітного диска, неправильного чи коректування випадкового знищення файлів, руйнування інформації комп'ютерним вірусом і т.д. Для того щоб зменшити  втрати в таких ситуаціях, варто мати архівні копії використовуваних файлів і систематично обновляти копії змінюваних файлів.
Для копіювання файлів можна, зрозуміло, використовувати команди COPY чи XCOPY. Але, наприклад для  копіювання файлів із твердого диска ємністю 28 Мбайт необхідно 20 дискет стандартного формату (по 1.46 Мбайт). У такій великій кількості дискет навіть розібратися досить важко, тому трудомісткість створення і відновлення архіву буде дуже значною. Тому для створення архівів уживаються спеціалізовані програми. Їх можна розділити на два класи: програми пакувальники (архиваторы) і програми резервного копіювання. У рефераті будуть розглянуті тільки програми-пакувальники, тому що ZIP відноситися саме до них.

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

Визначити за допомогою якої програми був заархівіруваний
той чи інший архівний файл, можна за допомогою розширення.

Наприклад: game.rar – заархівіруваний за допомогою архиватора RAR.
game.arj - заархівіруваний за допомогою архиватора ARJ.
game.zip - заархівіруваний за допомогою архиватора ZIP.

Мимоволі виникає питання, навіщо стільки архиваторов (а їх набагато більше) і усі для однієї лише мети – зжати обсяг файлу.
Різні програми відрізняються форматом архівних файлів, швидкістю роботи, ступенем стиску файлів при приміщенні в архів, зручністю використання.

Ключі і команди архиватора ZIP.
Існує два основних файли програми :
PKZIP- програма помещающая файли в архів
PKUNZIP- програма извлекающая файли з архіву.

Програми PKZIP/PKUNZIP мають велика кількість функцій, вибір потрібних функцій виконується в командному рядку при виклику програм. Завдання функцій програм PKZIP/PKUNZIP здійснюється  тільки за допомогою вказівки режимів. Режими можуть вказуватися в будь-якім місці командного рядка після імені програми, вони задаються  або з попереднім знаком “-”, або з попереднім знаком “/”.

Приміщення файлів в архів.

При приміщенні файлу в архів використовується наступний формат:
PKZIP  режими  ім'я архіву    (імена файлів)
Режими- указуються з попереднім знаком “-” чи “/”, вони чи задають уточнюють необхідні від програми архівації дії;
Імена файлів- задають файли, що включаються в архів. При завданні імен файлів можна використовувати символи * і ?. Якщо імена файлів не задані, то мається на увазі усі файли з поточного каталогу.
Примітка: символ * - визначає що будуть використані будь-які символи в тім місці де коштує зірочка.
Приклад:
game.* - означає що будуть заархівірувані усі файли з ім'ям    game (game.exe, game.sav, game.cfg)
ga*.sav – мається через файли з першими двома буквами “ga” в імені файлу і розширенням sav.  (game.sav, game01.sav, game02.sav).

Символ ? - визначає що буде використаний будь-який символ у тім місці де коштує питання.
Приклад:
game.?a?- усі файли з ім'ям game і  розширенням у який у середині коштує буква “a” (game.sav, game.bat ...)
game???.*- усі файли з ім'ям у який перші чотири букви  game і будь-якими іншими символами після четвертої букви + будь-яке розширення.


Після введення команди програми-пакувальники починають виконувати запитані дії. На екрані зображуються імена файлів, що поміщаються в архів. При стиску кожного файлу виводитися відсоток обробленої частини файлу. Після закінчення стиску кожного файлу напроти його імені повідомляється про ступінь стиску. Наприклад, при упакуванні файлу pkzip.exe  на екрані з'являється напис:
Adding: PKZIP.EXE     Deflating (36%), done.

Завдання ступеня стиску.

За замовчуванням програма  PKZIP забезпечує досить велику швидкість роботи і близьку до максимального ступінь стиску. Але при бажанні можна одержати максимальну (на кілька відсотків велику) і найменшу (швидку)  ступінь стиску. З ключем максимального ступеня стиску програма працює повільніше звичайної, а при ключі найменшого ступеня стиску файлів навпаки, швидше.
Ключі:
“-ex” – максимальний ступінь
“-en” – середня (звичайна) ступінь
“-es” – найменший ступінь

Режими вибору архивируемых файлів.
Програма PKZIP має три основних режими приміщення файлів в архів:
Add – додавання в архів усіх файлів;
Update – додавання в архів нових файлів;
Freshen – додавання нових версій наявних в архіві
файлів.

Ці режими мають наступні особливості:
у режимі додавання (Add) в архівний файл додаються всі зазначені в команді файли;
у режимі додавання нових файлів (Update) в архівний файл додаються ті файли, у яких або немає копій в архіві, або ці копії мають більш ранню дату, чим у файлу. Завдання цього режиму дозволяє запобігти затирання більш нових версій в архіві;
у режимі відновлення версій файлів (Freshen) в архів додаються нові версії тих файлів, що вже маються в архіві. Інакше кажучи, в архів додаються ті файли, копії яких уже знаходяться в архіві, але мають більш ранню дату, чим у відповідного файлу на диску. Цей режим дозволяє домогтися того, щоб архівний файл містив найбільш свіжі версії своїх файлів.

Завдання цих режимів здійснюється в такий спосіб:

Add – за замовчуванням (чи “–а”)
Update – режим “-u”
Freshen – режим “-f”

Приклади:

Pkzip game — додавання в архівний файл game  усіх файлів з поточного каталогу;
Pkzip –u a:myarc — відновлення архівного файлу a:myarc.zip. В архівний файл додаються файли з поточного каталогу, однак якщо який-небудь файл уже мається в архіві і дата копії файлу в архіві більш пізня, чим у файлу з поточного каталогу, те такий файл не додається в архів, і в архіві зберігається більш пізня версія файлу;
Pkzip –f a:myarc b:\*.* — додавання в архів a:myarc нових версій файлів цього архіву з кореневого каталогу диска В:

Пересилання файлів в архів
Дуже часто потрібно не копіювати, а пересилати файли в архів. Інакше кажучи, ті файли, що були успішно додані в архів, повинні віддалятися. Для пересилання використовуються наступні режими:
PKZIP - режим –M (можна вказувати разом з режимами –a
–u –f)

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

Приклади:   
Pkzip –m myarc — пересилання в архівний файл MAYARC.ZIP усіх файлів з поточного каталогу;
Pkzip –m –u docfiles *.doc a:\*.doc — пересилання в архівний файл docfiles.zip усіх файлів з расширением.doc з поточного каталогу і з кореневого каталогу на диску А: крім тих, копій яких немає в архіві docfiles.zip.


Витяг файлів з архіву
Як згадувалося раніше, для витягу файлів з архівів, створених програмою PKZIP, використовується програма PKUNZIP.

Програма PKUNZIP має наступний формат виклику:
PKUNZIP     режими       ім'я архіву     (імена файлів)

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

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

PKUNZIP: (W18) Warning! PKUNZIP.EXE already exists.  Overwrite (y/n/a/r)?         (Файл існує. Перезаписати?)

При натисканні на одну з клавіш : Y — замістити наявний файл на диску, N — не витягати файл з архіву, A — завжди заміщати наявні на диску файли(більше запитів не буде), R — привласнити файлу, що витягається з архіву, інше ім'я.

Витяг    Запит    PKUNZIP
Усіх файлів    Без запитів
З запитами    -ПРО
За замовчуванням
Нових версій і нових файлів    Без запитів
З запитами    -N
Немає
Нових версій файлів    Без запитів
З запитами    -F
Немає
Нових файлів        Немає

Тут витяг нової версії файлу – ситуація, коли для файлу, що витягається з архіву, у тім каталозі, куди він повинний бути поміщений, мається файл із тим же ім'ям, але файл в архіві має більш пізню дату останньої модифікації, чим файл із тим же ім'ям на диску; витяг нового файлу- ситуація, коли для файлу, що витягається з архіву, у тім каталозі,  куди він повинний бути поміщений, немає файлу з тим же ім'ям; запит- запит – попередження, що робиться перед “затиранням” файлу на диску

Приклади:
Pkunzip a:archive –o — витяг усіх файлів з архіву a:ARCHIVE.ZIP і приміщення їх у поточний каталог. Файли на диску з тим же ім'ям затираються без попереджень.

Pkunzip a:archive – n — витяг усіх файлів з архіву
a:archive.zip у поточний каталог. Якщо на диску мається файл із тим же ім'ям, що й в архіві, то файли на диску з більш ранньою датою останньої модифікації затираються без попередження, а файли з тієї ж чи більш пізньою датою залишаються без змін (витяг відповідних файлів з архіву не проводитися);

Pkunzip a:archive –f     відновлення з архіву a:archive.zip  версій файлу з поточного каталогу. З архіву витягаються тільки більш свіжі версії файлів, що вже маються в поточному каталозі. Ніяких запитів при цьому на екран не виводиться, старі версії файлів затираються без попередження.


Архівація файлів з підкаталогів
Дуже зручною можливістю програми PKZIP є архівація файлів з підкаталогів зазначеного каталогу. Ця можливість задається за допомогою вказівки наступного режиму:
Pkzip   -режим -rp
При вказівці цих режимів програма шукає архивируемые файли не тільки в каталогах, зазначених у команді, але і у всіх підкаталогах цих каталогів. При цьому в архіві зберігається інформація про шлях до архивационным файлів.
При витягу файлів з архіву можна виводити файли не в один каталог, а у відповідні підкаталоги зазначеного в команді каталогу (якщо такі підкаталоги не існують, те вони створюються).


Перегляд змісту архіву
Одним з найбільше часто використовуваних режимів програм архівації є, природно, перегляд змісту архіву. За допомогою  функцій перегляду змісту архіву можна довідатися, які файли міститися в архіві й одержати докладну інформацію про ці файли: у якому каталозі на диску знаходитися файл, які дата і час останньої модифікації файлу, який розмір файлу на диску й в архіві і т.д.
Формат команди:
Pkunzip –v     імені-архіву      
Приклад:
Pkunzip  -v  arhiv.zip

Припинення видачі результатів
Сама команда припинення видачі результатів потрібна для того, щоб устигнути переглянути докладніше ті файли, що дуже швидко проскакивают на екрані. Т.е. при перебуванні в архіві досить великої кількості файлів вони дуже швидко миготять у режимі перегляду (-v)  для чого використовується наступний формат команди:    pkunzip  -v  імені-архіву   | more

Приклад: pkunzip  -v  arhiv.zip | more

Результат:

Length  Method   Size  Ratio   Date    Time    CRC-32  Attr  Name
------  ------   ----- -----   ----    ----   -------- ----  ----
23552  DeflatN   5170  79%  12-01-97  10:21  cdf2e30d --w-  12K.DOC
18432  DeflatN   3911  79%  10-01-98  16:43  d6e051c8 --w-  F3~1.DOC
18432  DeflatN   3512  81%  23-09-97  19:59  5db4a587 --w-  MINISTER.DOC
11264  Deflat   2241  81%  26-01-98  15:40  eb9b0599 -іw-  RABOTA.DOC
23552  Deflat   6683  72%  09-04-98  16:59  69d79c7d -іw-  PROT.XLS
22528  Deflat   4195  82%  09-08-97  09:25  900ce70f -іw-  АКТПИР~1.DOC
12800  Deflat   4557  65%  19-03-99  05:58  89c67d54 -іw-  БЕНЗИН.DOC
10752  Deflat   2934  73%  13-08-96  08:09  0d3978e1 -іw-  ГРПЛ1Э~1.DOC
11776  Deflat   3397  72%  25-09-96  13:30  733dfd93 -іw-  ГРФИН1~1.DOC
- Далі -і   (після натискання на клавішу випливають інші файли)

12288  Deflat   3052  76%  18-11-96  20:10  a7369930 -іw-  ГРФИН2~1.DOC
18944  Deflat   5224  73%  06-05-97  08:48  a2260dda -іw-  ПРЕДВА~2.DOC
14848  Deflat   5384  64%  01-12-97  06:23  7cfa732d -іw-  РЕЕСТР~1.DOC
20480  Deflat   7178  65%  25-11-97  07:23  b2ad1157 -іw-  РЕЕСТР~2.DOC
14336  Deflat   3137  79%  10-01-98  13:02  bfefffbb -іw-  РЕСУРС~1.DOC
14336  Deflat   3750  74%  18-11-96  20:44  f8d6cb4d -іw-  РС2ЭТ~1.DOC
11776  Deflat   4070  66%  10-01-98  13:54  dfb5afaf -іw-  СВОДЗА~1.DOC
12288  Deflat   6649  46%  10-01-98  16:18  30622f0d -іw-  СВОДЗА~2.DOC
52736  Deflat  13320  75%  28-03-97  18:17  da25aab4 -іw-  ЗВЕДЕННЯ.DOC
18432  Deflat   3526  81%  29-10-97  07:07  f597bbb8 -іw-  СДЕЛСП~1.DOC
13312  Deflat   3990  71%  30-08-96  09:20  f6aaa7a1 -іw-  СРАВНК~1.DOC
17920  Deflat   3809  79%  30-08-96  09:22  bda7830a -іw-  СРАВНК~2.DOC
33280  Deflat   8670  74%  28-03-97  18:17  ece864d5 -іw-  ПІДСУМОК.XLS
30208  Deflat   8957  71%  09-04-98  13:20  75d98848 -іw-  ИТОГСМ~1.XLS
27648  Deflat   7570  73%  09-04-98  17:02  1545e024 -іw-  РЕЕСТР~1.XLS
------          ------  ---                                  -------
465920          124886  74%                                       24

Length —розмір вихідного файлу
Method — метод стиску файлу при приміщенні його в архів
Size — розмір файлу після стиску
Ratio — відсоток місця в архіві, збереженого завдяки стиску файлу
Date — дата чи створення останньої модифікації вихідного файлу
Time — час чи створення останньої модифікації вихідного файлу
Crc-32— код циклічного контролю файлу
Attribute— атрибути файлу (s- системний, h- захований, w- для читання і запису,  r-  тільки для читання, *— файл захищений паролем)
Name –ім'я файлу.

При використанні для висновку змісту режиму “-vb”         (а не –v)  зведення про код циклічного контролю й атрибути файлу не виводяться, що залишає більше місця для висновку імені файлу.

Сортування інформації про файли
Програма PKUNZIP дозволяє виводити зміст архіву у відсортованому виді. Найбільше часто використовується висновок змісту за абеткою. Для цього потрібно вказати режим     -vn
Приклад: pkunzip –vn arhiv.zip


Перевірка целосности архівів
Для кожного файлу з архіву в змісті архіву запам'ятовується його код циклічного контролю (СRC). Цей код – спеціальна функція усього умісту файлу, складена таким чином, що змінити файл так, щоб його код циклічного контролю залишився незмінним, практично неможливо.
Наявність коду циклічного контролю дозволяє перевірити цілісність архівного файлу. При витягу файлів з архіву обчислюється код циклічного контролю для кожного файлу і повідомляють користувачу, якщо цей код не збігається з записаним у змісті архіву. Перевірити цілісність архіву можна за допомогою команди тестування:
Pkunzip –t  імені-архіву
Приклад:  pkunzip –t arhiv.zip

Результат:

Testing: TOOL.DOC  OK
Testing: БЕНЗИН.DOC    OK
Testing: WASH.DOC  PKUNZIP: Warning! Fail fails CRC chek
Testing: ГРІН.DOC  OK
Testing: ГРАФИН.DOC  OK

PKZ ARHIV.IP has errors!

У цьому прикладі повідомляється, що файл WASH.DOC в архіві виявився зіпсованим.
Зауваження: для файлів, зашифрованих при приміщенні в архів за допомогою пароля, при перевірці необхідно вказати пароль (параметр –sпароль)

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

Якщо програми PKZIP чи PKUNZIP виявляють, що зміст архіву ушкоджений, вони виводять на екран повідомлення:
імені-архіву: Error in ZIP, use PKZipFix
(помилка в архіві, використовуйте програму PKZipFix)

Формат виклику: PKZIPFIX імені-архівн-файлу
Ця програма створює в поточному каталозі архівний файл PKFIXED.ZIP , що містить всю інформацію, що удалося відновити з вихідного архівного файлу.

Проблема відключення харчування під час архівації
Бувають ситуації, коли під час створення архіву виключають харчування, це небезпечно наприклад тоді, коли вихідний архівний файл уже був вилучений, а  проміжний файл ще не був записаний на його місце. У цьому випадку потрібно знайти тимчасовий файл (його ім'я таке ж як і у вихідного з розширенням .!!!) і вручну скопіювати його на місце вихідного архівного файлу.


Захист файлів за допомогою пароля
Захист паролем не дає чужим заволодіти тією інформацією яку потрібно сховати.
Формат:  PKZIP -режим –sпароль
Пароль- будь-який рядок символів, не утримуючих пробілів. Між паролем і наступними за ним у командному рядку параметрами повинний бути хоча б один пробіл.
Приклад:
pkzip –sSecret  arhiv  — приміщення в архівний файл arhiv.zip усіх файлів поточного каталогу з зашифровуванням їх за допомогою  пароля Secret.

Pkunzip –sSecret arhiv.zip *.doc — витяг у поточний каталог з архіву усіх файлів, що містяться в ньому, з расширением.doc  із указівкою пароля розшифровування Secret.

Пропуск файлів при додаванні в архів
Іноді  при додаванні файлів в архів потрібно пропустити ті чи інші файли. Наприклад, при архівації файлів навряд чи  доцільно зберігати в архіві файли з розширеннями .bak і .tmp. Їх можна прогпустить при створенні архіву шляхом завдання формату команди: -Химя-файла. При вказівці імені файлу можна використовувати символи * і ?. У командному рядку можна задавати режим –х кілька разів, щоб виключити з обробки кілька чи файлів груп файлів.
Приклад: pkzip –x*.bak –x*.tmp arhiv -приміщення в архівний файл усіх файлів з поточного каталогу крім тих у який розширення bak і tmp.

Видалення файлів з архіву
Видалення файлів з архіву здійснюється наступною командою:  pkzip –d імені-архіву  імен-файлів
Імен-файлів- позначення файлів, можна використовувати *  і ?
Приклад: pkzip –d arhiv *.txt -видалення усіх файлів з розширенням .ТХТ з архіву ARHIV.ZIP

Вибір файлів по даті їхньої зміни
При архівації файлів часто потрібно обробляти тільки файли з визначеною чи датою протягом деякого періоду часу.
Для архівації файлів створених чи змінених:
сьогодні                        -t
протягом чи після ЧЧ.ММ.ГГ    -tММЧЧГГ
до ЧЧ.ММ.ГГ                    -ТММЧЧГГ
ЧЧ— число , ММ— номер місяця, ГГ— останні дві цифри номера року
Приклади:
pkzip arhiv –t —приміщення в архів усіх файлів створених чи змінених протягом сьогоднішнього дня

pkzip arhiv –T010199 –t060198 -приміщення усіх файлів в архів створених чи змінених протягом другої половини 1998р.

Архиватор ZIP for Windows
Тому що ніщо не коштує на місці, також і ZIP доповнюється й удосконалюється, здобуваючи усе більш сучасні риси властивим програмам нашого часу. З урахуванням глобального переходу на операційну систему WINDOWS творці Zір'а запропонували також версію працюючу під WINDOWS. От приклад її графічного інтерфейсу:


Ця версія зарекомендувала себе як більш зручна і сучасна. У принципі сама основа програми помінялася незначно.



Висновок
У висновку хотілося б відзначити кілька цікавих фактів. Наприклад таких як при архівації зараженого вірусом файлу це не рятує ні комп'ютер ні файл від вірусу, а навіть сприяє його поширенню. І часом бувають випадки, що при успішному видаленні вірусу із системи, вона знову заражається через використання зараженої архівної версії якої або програми. І звичайно не можна архиватором ZIP разархивировать архівні файли інший программы-архиватора.

Архиватор RAR
Керівництво користувача Травень 1994
Версія 1.50 beta

Архиватор RAR і керівництво користувача захищені правом копіювання (с) 1993 Eugene Roshal.

ЗМІСТ ДІЙСНОГО КЕРІВНИЦТВА
1. Уведення
2. Технічні характеристики
2.1. Ступінь стиску
2.2. Необхідні ресурси
2.3. Додаткові можливості
3. Установка
3.1. Установка RAR на диск
3.2. Установка перемінної DOS RAR
3.3. Реєстрація
4. Робота з RAR з командного рядка
4.1. Формат виклику
4.2. Опис команд
4.3. Опис ключів
5. Робота з RAR у полноэкранном режимі
5.1. Робота з файлами
5.2. Робота з архівами
5.3. Конфігурація
6. Обмеження
7. Безупинні (solid) архіви
8. Робота з зовнішніми архівами
9. Коди завершення
10. Додаткова інформація
10.1. Допоміжні файли
10.2. Паролі й архівні томи
10.3. Буферизация
10.4. Перегляд файлів у RAR архіві
11. Про гарантії

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

2. Технічні характеристики
2.1. Ступінь стиску
На файлах типу .EXE, .COM, .LIB, .OBJ, .OVR і аналогічних їм RAR як правило забезпечує максимальну в порівнянні з іншими архиваторами ступінь стиску, перевершуючи їх приблизно на 0.5 - 3%
На окремих файлах (великих .LIB, деяких інших) виграш може досягати 5-7% від упакованого розміру. Метод стиску звичайно істотно не впливає на результат.
Текстова інформація стискується приблизно на рівні інших архиваторов (залежить від виду тексту і методу стиску) на файлах до 32 кілобайт розміром. На великих текстових файлах RAR звичайно перевершує більшість інших архиваторов.
При упакуванні файлів баз даних істотно впливати на розмір і час роботи може метод стиску (m0 - m5).
Ступінь стиску графічної інформації сильно залежить від роду файлів.
При створенні безупинного (solid) архіву, що містить багато невеликих однотипних файлів, ступінь стиску на 10 - 40 % і більш перевершує досягається при упакуванні в звичайний архів.

2.2. Необхідні ресурси
Для роботи RAR необхіднаі MS DOS 3.0 чи більш пізні версії.
Для упакування необхідно 420 Kb оперативної пам'яті, для розпакування 320 Kb, для інших операцій 260 Kb, але збільшення цього значення може підвищити швидкість роботи за рахунок буферизации дискових операцій.

2.3. Додаткові можливості
Крім стандартних функцій RAR забезпечує
Полноэкранный інтерфейс:
- вибір що упаковуються і файлів, що розпаковуються;
- эмуляция структури підкаталогів в архіві;
- робота з "мишею";
- збереження параметрів у файлі конфігурації;
- перегляд упакованих і звичайних файлів у текстовому чи 16-ричном виді.
Спеціальні функції:
- розбивка архіву на частині (volumes) для переносу на дискети;
- створення і модифікування архівів, що саморозпаковуються, (SFX);
- створення архівних томів, що саморозпаковуються, (SFX);
- створення безупинних (solid) архівів з підвищеним ступенем стиску;
- захист інформації з паролів;
- захист архівів від модифікації;
- збереження інформації про автора архіву;
- відновлення структури ушкоджених архівів;
- додавання коментарів до всього архіву і до окремих файлів;
- убудована підтримка ANSI escape послідовностей у коментарях.
Робота з архівами ZIP, ARJ, LZH у полноэкранном режимі:
- вибір що упаковуються і файлів, що розпаковуються
- эмуляция структури підкаталогів в архіві
- виконання основних операцій над архівами

3. Установка
3.1. Установка RAR на диск
Для установки архиватора RAR вам необхідний що саморозпаковується (так називаний SFX) архів RAR?_??.EXE, (де замість "?_??" в імені файлу зазначений номер версії RAR).

Виберіть підкаталог, у якому буде розташовуватися RAR і з який ви будете його запускати.
Щоб запускати RAR, не вказуючи повного шляху, можна додати цей підкаталог до перемінного шляху PATH, встановлюваної у вашому AUTOEXEC.BAT.
Скопіюйте в обраний підкаталог SFX-архів RAR?_??.EXE і запустите його на виконання. Файли, що входять у дистрибутив RAR, розпакуються в поточному підкаталозі.
Для роботи вам буде потрібно тільки файл RAR.EXE, інші файли - це документація і додаткова інформація.
Для установки конфігурації RAR запустите RAR.EXE без параметрів, натисніть F9 (Options) і установите параметри конфігурації, що улаштовують вас, (див. роздягнув 5.3 ), після чого збережете конфігурацію, використовуючи опцію меню Save configuration (Alt-S).
З цього моменту RAR встановлений і готовий до роботи.

3.2. Установка перемінної DOS RAR
Якщо ви хочете при запуску RAR завжди використовувати який-небудь ключ за замовчуванням, то його значення можна привласнити перемінної DOS з ім'ям RAR.
При роботі в полноэкранном режимі установки ключів sfx,-v,-vs,-s,-std у перемінної RAR не впливають на роботу архиватора.
При роботі з командного рядка аналізуються всі ключі.
Наприклад:
SET RAR=-std -s
Це змусить RAR при запуску з командного рядка виводити текст на stdout і завжди створювати solid архіви.
Найбільше приоритетны значення ключів, зазначені безпосередньо в командному рядку, далі йдуть ключі в перемінної RAR, і найменшим пріоритетом володіють значення у файлі конфігурації.

3.3. Реєстрація
Для реєстрації необхідно запустити RAR у полноэкранном режимі, тобто без яких-небудь параметрів, потім натиснути F9 (Options) і вибрати пункт меню Registration.
На запит 'Enter your name' потрібно увести Ваше ім'я в точності так, як воно було зазначено в ліцензії, з відповідністю заголовних і малих літер, пробілів.
На запит 'Enter your registration code' необхідно увести Ваш реєстраційний код.
При невдалій реєстрації буде видане повідомлення 'Registration failed'. Це може відбутися в результаті неправильного введення реєстраційного номера.

4.Робота з RAR з командного рядка
4.1. Формат виклику:
rar <команда> -<ключ1> -<ключ> <архів> <файли>
<@обліковий файл> <=файл із коментарем> <шлях розпакування\>
Команда може бути тільки одна, ключів - будь-яка кількість. Обліковий файл може містити імена оброблюваних файлів, розділені поверненням чи каретки пробілом.
Файл із коментарем може містити коментар, що додається до архіву при його створенні, але не при модифікації.
Шлях розпакування застосовується разом з командами 'е' і 'х', указує на підкаталог, у который будуть поміщені розпаковані файли. Якщо цей підкаталог отсутствует, то він буде створений.

4.2. Опис команд
a: додає зазначені файли до архіву
m: переносить зазначені файли і підкаталоги в архів.
При успішному завершенні упакування всі зазначені файли і підкаталоги віддаляються з диска.
Видалення підкаталогів буде виконано тільки якщо не використовувався ключ -ed, а як ім'я файлів, що додаються, було зазначено *.* чи ім'я підкаталогу.
mf:переносить зазначені файли в архів.
При успішному завершенні упакування всі зазначені файли  віддаляються з диска.
d: видаляє зазначені файли з архіву
: витягає зазначені файли з архіву з відновленням  структури підкаталогів (якщо при архивировании був  зазначений ключ -r).
e: витягає зазначені файли з архіву в поточний підкаталог
v: перегляд вмісту архіву.
Видається повний шлях доступу до файлу і його ім'я, файловий коментар, неупакований і упакований розмір, ступінь упакування, дата і час останньої модифікації файлу, його атрибути, контрольна сума, метод стиску і мінімальна версія RAR, необхідна для розпакування.
.
Якщо необхідно переглянути всі архівні томи (volumes), то в імені архіву замість розширення ставиться *. Наприклад: RAR v myvolume.*
l: перегляд вмісту архіву.
Аналогічно команді 'v', але замість повного шляху доступу до файлу видається тільки його ім'я.
t: тестирует в архіві зазначені файли
u: додає до архіву ті файли, яких у ньому ні, і  обновляє ті, більш пізні версії яких є на  диску
f: обновляє в архіві файли, більш пізні версії яких  є на диску
p: виводить зазначені файли на STDOUT
s: перетворить зазначений архів у що саморозпаковується  (SFX) типу EXE
Можна також перетворити в SFX перший з послідовності архівних томів, але при цьому його вихідний розмір буде змінений, а це може перешкодити вивантаженню томів на дискети, так що в цьому випадку краще використовувати команду 'а' із ключами -v[<size>] -sfx
Приклад:
rar s myarchiv
en: завантажує зазначений архів і входить у полноэкранный режим
Зручно для використання в Extension file оболонки Norton Commander
Приклади:
rar en myarchiv.rar
rar en myarchiv.zip
Також можна вказати ім'я архіву без en.
Приклад:
rar myarchiv.arj
c: додає коментарі до архіву
Для закінчення введення потрібно натиснути F10. Esc скасовує введення коментарів. Для видалення існуючих коментарів потрібно відразу ж після входження в режим уведення натиснути F10.
Коментарі будуть виводитися при будь-яких операціях з архівом. Розмір коментарів не може перевищувати 16 кілобайт.
RAR забезпечує убудовану підтримку основних ANSI escape послідовностей у коментарях до архіву. Це дозволяє керувати кольором і місцем розташування курсору поза залежністю від наявності драйвера ANSI.SYS.
Escape послідовності, що перепрограмують клавіатуру, не підтримуються, але перехоплюються, що захищає від вбудовування в коментар "бомб", що призначають якій-небудь клавіші наприклад команду echo y | del *.*

Приклад:
rar c myarchiv
Коментарі можна ввести з файлу, якщо перед ім'ям файлу поставити символ =
Приклад:
rar c myarchiv =info.txt
cf:додає коментарі до окремих файлів в архіві.
Для закінчення введення потрібно натиснути F10. Esc скасовує введення коментарів.
Для видалення існуючих коментарів потрібно відразу ж після входження в режим уведення натиснути F10.
Коментарі будуть виводитися при перегляді архіву командою 'v'. Розмір коментарів не може перевищувати 16 кілобайт.
Приклад:
rar cf myarchiv *.txt
cw: записує архівний коментар у файл
Приклад:
rar cw myarchiv comment.txt
Коментар з архіву myarchive буде записаний у файл comment.txt
r: відновлює архів з ушкодженою структурою
RAR не в змозі відновити файли з зіпсованою інформацією. Тому дана команда не підходить для відновлення файлів при розпакуванні яких видається повідомлення CRC failed.
Але якщо в результаті ушкодження структури архіву став неможливий доступ до нормальних файлів, або при спробах роботи з архівом відбувається "зависання" архиватора, те за допомогою цієї команди можна врятувати дані, що залишилися.
При відновленні архіву створюється файл $RECOVER.RAR у який записується вся збережена інформація. При виявленні в зіпсованому архіві підозрілих даних про які архиватор не може винести однозначного рішення, видається запит користувачу:
Suspicious entry
Name: <ім'я можливого файлу>
Size: <розмір> Packed: <розмір після стиску>
Add it: Yes/No/All
При позитивній відповіді дані додаються до архіву $RECOVER.RAR
Приклад:
rar r myarchiv.rar
k: захист архіву від модифікації
Будь-які операції, зв'язані з модифікацією захищеного архіву, будуть перериватися.
Приклад:
rar k myarchiv.rar
Команди 'd','u','f' не працюють з архівними томами (volumes) і безупинними (solid) архівами.
Команда a може використовуватися тільки для створення, але не відновлення архівних томів і безупинних архівів.
Команди 'с' і 'cf' не працюють з архівними томами, але працюють з безупинними архівами.
Коментар до архівного того можна додати безпосередньо при його створенні, використовуючи файл коментарю.

4.3. Опис ключів
-? виводить екран допомоги
-r може використовуватися разом з командами
a,u,f,m,x,e,t,p,v,l,c,cf,s
При використанні з командами a,u,f,m приводить до додавання до архіву всіх зазначених файлів у поточному і вкладених підкаталогах.
При використанні з командами x,e,t,p,v,l,c,cf,s приводить до обробки всіх зазначених архівів у поточному і вкладених підкаталогах.
-o+ при розпакуванні перезаписувати існуючі файли
-o- при розпакуванні не перезаписувати існуючі файли
-x<name> усі файли, з іменами, що відповідають name, будуть виключені з обробки
Приклад:
RAR a -x*.bak arch
[email protected]<list> задає файл, у якому містяться імена файлів, що виключаються з обробки
Приклад:
RAR a [email protected] arch *.exe
-sfx якщо цей ключ зазначений при створенні нового архіву,  то буде створений SFX архів (послідовність ключів -v<size> -sfx еквівалентна  ключу -vs<size> )
Приклад:
RAR a -sfx arch *.asm
буде створений SFX архів ARCH.EXE
-v чи -v<size> створення архівних томів (volumes)
<size> - розмір тому в тисячах байт (не кілобайтах)
Якщо розмір не зазначений, то він визначається автоматично.
Якщо томи створюються на диску, де розташовані тимчасові файли (за замовчуванням поточний, можна змінити за допомогою -w), то зміна диска неможлива. У цьому випадку автоматичне визначення розміру не має змісту і розмір потрібно вказувати явно.
Якщо ж томи створюються не на диску з тимчасовими файлами, то після створення тому виводиться питання:
Create next volume: Yes/No/All/Quit
У цей час можна замінити диск. При відповіді All подальше створення томів відбувається без запитів
Перший архівний тім має розширення .RAR, наступні нумеруються від .R00 до .R99.
При розпакуванні і тестуванні досить вказати ім'я першого тому. Якщо при розпакуванні не виявлений наступний тім, то якщо томи знаходяться не на диску з тимчасовими файлами видається запит:
Insert disk with <ім'я наступного тому>
Після установки необхідного диска потрібно натиснути будь-яку клавішу.
Якщо при розпакуванні не виявленийі наступний тім і томи знаходяться на диску з тимчасовими файлами, то програма завершується аварийно з повідомленням:
Саn't find <ім'я тому>
Саn't change disk with temporary files
Архівні томи не допускається модифікувати. Команди 'd','f','u','s' для них неприпустимі, команда 'а' може використовуватися тільки для створення нових томів.
Розмір файлів в архівних томах може іноді трохи перевищувати вихідний, тому що в цьому режимі не відбувається простого запам'ятовування файлу при невдалому стиску.
Архівні томи можуть бути SFX, для цього разом із ключем -v потрібно використовувати -sfx.
Приклади:
1.Вивантажити диск C: на дискети:
rar a -r -v a:myvols c:\*.*
(поточним диском при цьому повинний бути диск C:)
2.Створити архівні томи розміром 362000 байт кожний з файлів у поточному підкаталозі
rar a -v362 myvols
чи
rar a -v362 myvols *.*
-w<path>: задати робочий підкаталог для допоміжних файлів
Якщо в зазначеному підкаталозі відкрити файл неможливо, то RAR зробить пошук доступного для запису диска автоматично.
Приклад:
rar a -we:\tmp archntx *.ntx
Допоміжні файли будуть створюватися в E:\TMP
-p<password> чи -p: призначити пароль
Прописні і заголовні букви в паролях розрізняються. Якщо пароль не зазначений, то буде виданий запит:
Enter password:
Приклад:
rar a -pfruct cactus *.cac
Файлам, що знову додаються, буде призначений пароль fruct.
-y: відповісти Yes на всі запити
-std: усю виведену текстову інформацію направляти на STDOUT.
Це дозволяє, наприклад, переключити весь висновок у файл:
rar v -std cactus >cactus.rpt
чи відключити зовсім:
rar x -std games digger.com >nul
-m<0..5>: завдання методу (ступеня стиску)
m0: запам'ятовування без стиску
m5: максимальний стиск
За замовчуванням використовується метод -m3
-col: установити кольоровий режим роботи
-bw: установити чорно-білий режим роботи
-b: дозволити створення резервних копій архіву
У цьому випадку при будь-яких змінах в архіві його попередній варіант буде зберігатися з розширенням .BAK, або, якщо у вихідного архіву було розширення .BAK, у копії буде розширення .$BK
-f: обновити файли
Може використовуватися при упакуванні і розпакуванні.
Команда 'a -f' аналогічна команді 'f', допускається використання -f разом з командами m і mf.
Якщо -f використовується разом з командами 'х' чи 'е', то будуть розпаковані тільки ті файли, більш старі версії яких присутні на диску.
-u: додати файли, що змінилися
Може використовуватися при упакуванні і розпакуванні.
Команда 'a -u' аналогічна команді 'u', допускається використання -u разом з командами 'м' і 'mf'.
Якщо -u використовується разом з командами 'х' чи 'е', то будуть розпаковані тільки ті файли, більш нових версій яких немає на диску.
-ed: не додавати в архів порожні підкаталоги
При використанні цього ключа в архів не буде заноситися інформація ні про які підкаталоги. Але інформація про підкаталоги, файли з який додаються до архіву, уже міститься в повних іменах цих файлів (шлях доступу + ім'я). Тому при чи розпакуванні в полноэкранной оболонці такі підкаталоги будуть виглядати як реально існуючі.
Якщо ж у підкаталозі не було файлів, що додаються до архіву, то при використанні ключа -ed ніяка інформація про нього не буде збережена
-ep: не зберігати шляху доступу до файлів
При цьому можливо поява в архіві декількох файлів з однаковим ім'ям.
-ep1: не зберігати ту частину шляху доступу до файлів, що  була зазначена в командному рядку
Приклад:
rar a -ep1 -r arch tempdir\*.*
Усі файли і підкаталоги з TEMPDIR будуть додані до архіву, але в шляху доступу до них буде відсутній каталог TEMPDIR.
Для правильної роботи цього ключа не слід застосовувати скорочений варіант запису додавання усіх файлів з підкаталогу типу: rar a -ep1 -r arch tempdir
-cfg- не читати файл конфігурації і перемінну DOS RAR
-c- заборонити висновок коментарів
-e<s,h,a,r>: виключити з числа файлів, що додаються, файли з атрибутами System, Hidden, Archive, Read only відповідно
Порядок проходження атрибутів не має значення.
Приклад:
rar a -ehs archive *.exe
До архіву не будуть додані файли з атрибутами Hidden і System.
-s: створювати безупинний архів  (про безупинні (solid) архіви див. роздягнув 6)
Приклад:
rar a -s -vs362 archive *.*
Будуть створені безупинні SFX томи розміром 362000 байт кожний.
-av: додає до архіву при будь-якій його модифікації інформацію про автора і час модифікації, імені архіву
Якщо архів, створений із ключем -av, модифікується без цього ключа, то дана інформація буде вилучена.
При розпакуванні, тестуванні, перегляді архівів, створених із ключем -av, виконується контроль цілісності архіву. При цьому видається повідомлення:
Verifying authenticity information ...
У випадку успішного завершення контролю буде видане повідомлення 'Ok' і інформація про автора і час модифікації, імені архіву. Якщо ж виявлено, що архів ушкоджений, то буде видане повідомлення 'FAILED'
При створенні з ключем -av архівних томів контрольна інформація буде додана до кожного того.
Використання -av може бути корисно, наприклад, для створення дистрибутивів програм.
Цей ключ доступний тільки для зареєстрованих користувачів, тому що в архів заноситься ім'я, зазначене при реєстрації.

5. Робота з RAR у полноэкранном режимі
У даному розділі використовується інформація з попереднього.
Для запуску RAR у полноэкранном режимі потрібно просто набрати без яких-небудь параметрів:
rar
або:
rar -<ключ1> -<ключ>
або використовувати команду 'en' , щоб відразу ввійти в необхідний архів.
У полноэкранном режимі RAR може знаходиться в режимі роботи з чи файлами в режимі перегляду архіву.

5.1. Робота з файлами
Після запуску RAR на екрані з'являється список файлів у поточному підкаталозі. За списком можна переміщатися за допомогою клавіш керування чи курсором миші.
Щоб позначити файли використовуйте клавіші чи пробіл INS, чи праву кнопку миші. Можна позначити групу файлів, увівши маску за допомогою '+' чи забрати мітки за допомогою '-'. Можлива позначка підкаталогів, при цьому позначеними вважаються усі файли у всіх підкаталогах усередині них. Натискання клавіші '*' змінює позначку файлів і каталогів на протилежну.
У правій частині екрана видається інформація про використовувану пам'ять, метод стиску, присутності пароля і режимі створення резервних копій.
Команди:
Alt-C кольоровий/білий^-чорно-білий режим
Alt-D вибір поточного диска
Alt-W установка підкаталогу для тимчасових файлів
Alt-M вибір методу упакування
Alt-P установка пароля
Alt-S зберегти конфігурацію (див. нижче)
Для переходу в режим перегляду архіву необхідно установити маркер на архівний файл і натиснути Enter.
Функціональні клавіші відповідають наступним функціям командного рядка (див. розділи 4.2 і 4.3):
F1 допомога
F2 a додати файли до архіву
F3 переглянути файл
(убудований/зовнішній viewer)
F4 f освіжити файли в архіві
F5 a -v[<size>] створити архівні томи
F6 m перенести файли в архів
F7 u обновити файли в архіві
F8 r відновити структуру архіву
F9 змінити/зберегти параметри
F10 (ESC) вихід
Alt-F2 a -s створити безупинний архів
Alt-F3 переглянути файл (viewer  убудований)
Alt-F5 a -vs[<size>] створити  архівні томи, що саморозпаковуються
Alt-F6 a -s -v[<size>] створити безупинні архівні  томи
Alt-F7 a -s -vs[<size>] створити безупинні SFX  архівні томи
При натисканні інших клавіш здійснюється пошук файлу по імені. За допомогою Ctrl-Enter можна переглянути всі збіги.

5.2. Робота з архівами
Для переходу в режим перегляду архіву необхідно установити маркер на архівний файл і натиснути Enter, або використовувати команду en.
На екран виводиться список файлів в архіві. За списком можна перемішатися за допомогою клавіш керування чи курсором миші. Файли можна позначати за допомогою чи пробілу INS, чи правої кнопки миші, чи позначити групу файлів, увівши маску за допомогою '+' чи забрати мітки за допомогою '-'. Можлива позначка підкаталогів, при цьому позначеними вважаються усі файли у всіх підкаталогах усередині нього. Натискання клавіші '*' змінює позначку файлів і каталогів на протилежну.
У правій частині екрана видається інформація про присутність коментарю, файлів з паролями, кількості, розмірі і ступені стиску файлів.
Опції:
ALT-C: кольоровий/білий^-чорно-білий режим
ALT-D: вибір поточного диска
ALT-W: установка підкаталогу для тимчасових файлів
ALT-M: вибір методу упакування
ALT-P: установка пароля
ALT-S: зберегти конфігурацію (див. нижче)
Функціональні клавіші відповідають наступним функціям командного рядка (див. розділи 4.2 і 4.3):
F1: допомога
F2: t перевірити вміст архіву
F3: переглянути файл  (убудований чи зовнішній viewer)
F4: x витягти файли з усіма підкаталогами
F5: c додати коментарі до архіву
F6: e витягти файли в поточний підкаталог
F7: s перетворити архів у SFX
F8 d видалити файли
F9: змінити/зберегти параметри
F10: повернення в режим роботи з файлами (ESC)
Alt-F3: переглянути файл (viewer убудований)
Alt-F4: витягти файли на зазначений диск і каталог
Alt-F5: cf увести коментарі до окремих файлів в  архіві
Alt-F7: k захист архіву від модифікації
При натисканні інших клавіш здійснюється пошук файлу по імені. За допомогою Ctrl-Enter можна переглянути всі збіги.
Файли, захищені паролем, відзначаються символом '*', що виводиться перед ім'ям.
При роботі з архівними томами в полноэкранном режимі необхідно вказувати шаблони оброблюваних файлів (запитується при натисканні INS, чи пробілу функціональної клавіші). Позначка файлів у томах звичайним способом не представляється можливої, тому що томи можуть знаходитися на декількох дисках.
Можливе введення декількох шаблонів. Після введення останнього з них потрібно ще раз натиснути Enter (увести порожній рядок).
При перегляді архівних томів у полноэкранном режимі у файлів, що виявилися розбиті між декількома томами, розмір в упакованому виді означає розмір тільки частини файлу, що ввійшла в цей архів. У цьому випадку перед розміром в упакованому виді виводиться символ '_', якщо частина файлу знаходиться в попередньому томі, чи символ '_', якщо частина файлу знаходиться в наступному томі, чи обоє цих символу, якщо в поточному архіві немає ні початкової, ні кінцевої частини даного файлу
У полноэкранном режимі підтримується робота з "мишею". Для переміщення по підкаталогах і архівам використовується ліва кнопка миші. Функцію введення в цьому випадку виконує подвійне натискання. Для позначки файлів використовується права кнопка. При введенні тексту (ім'я архіву, пароль) ліва кнопка скасовує, а права підтверджує введення. Ліва кнопка миші використовується для вибору команд (F1 - F10), пунктів меню і конфігурації.

5.3. Конфігурація
За допомогою F9 у кожнім з полноэкранных режимів можна:
1) Змінити опції:
а) дозволити/заборонити кольоровий режим;
б) дозволити/заборонити миша;
в) дозволити/заборонити висновок на stdout при запуску з
командного рядка;
г) дозволити/заборонити додавання інформації про автора і
часу модифікації архіву, про ім'я архіву
(authenticity verification);
д) метод стиску;
е) дозволити/заборонити резервні копії;
ж) тип сортування імен при висновку на екран:
- несортований висновок;
- по імені;
- по розширенню;
- по розмірі (вихідному);
з) додавання:
- файлів з атрибутом System;
- файлів з атрибутом Hidden;
- файлів з атрибутом Read only;
- файлів з атрибутом Archive;
- порожніх підкаталогів.
2) Задати пароль.
3) Установити підкаталог для тимчасових файлів.
4) Установити ім'я файлу, з якого буде братися коментар при створенні нового архіву.
5) Змінити ім'я зовнішньої програми перегляду файлів (viewer), що буде викликатися при натисканні F3. Як параметр їй буде передаватися ім'я файлу. Якщо зовнішній viewer не заданий, то при натисканні F3 буде викликатися убудований.
При натисканні Alt-F3 завжди викликається убудований viewer.
6) Перемінити поточний диск (якщо встановлений режим перегляду архіву, те попередньо здійснюється перехід до режиму перегляду файлів).
7) Зберегти поточну конфігурацію.
У кожнім з полноэкранных режимів можливе збереження поточної конфігурації. Конфігурація міститься у файлі RAR.CFG, що створюється в тім же підкаталозі, відкіля запущений RAR.EXE.
Для запису поточної конфігурації необхідно натиснути ALT-S і потім як підтвердження Enter.
При записі конфігурації зберігаються наступні параметри:
1) Опції, встановлені в першому пункті меню команди F9 (див. вище);
2) Підкаталог для тимчасових (допоміжних) файлів;
3) Ім'я файлу, з якого буде братися коментар при створенні нового архіву;
4) Ім'я зовнішньої програми перегляду файлів (viewer);
Якщо при запуску, у тім же підкаталозі, відкіля запущений RAR.EXE, виявлений файл RAR.CFG параметри з нього будуть прочитані і встановлені.
Найбільше приоритетны значення ключів, зазначені безпосередньо в командному рядку, далі йдуть ключі в перемінної DOS RAR (див роздягнув 3.2), і найменшим пріоритетом володіють значення у файлі конфігурації.

6. Обмеження
Кількість файлів, що додаються при виконанні однієї операції архивирования, обмежено приблизно 6000 - 7000.
Кількість файлів в архіві не обмежено.
При роботі в полноэкранном режимі не може виводитися більш ніж 4000 файлів в одному підкаталозі.
Якщо кількість файлів у підкаталозі перевищує 2000, сортування імен при перегляді в полноэкранном режимі відключаються.

7. Безупинні (solid) архіви
При упакуванні великого числа однотипних файлів можна одержати істотне збільшення ступеня стиску, якщо замість звичайного, створити безупинний архів.
Щоб одержати безупинний архів, необхідно в командному рядку RAR при створенні архіву вказати ключ -s:
rar a -s solid.rar
У безупинному архіві при упакуванні кожного файлу (крім першого) використовується інформація, що міститься в попередніх файлах. З цієї причини архіви такого типу не можна модифікувати. Виграш у ступені стиску в порівнянні зі звичайними архівами тим вище, чим менше середній розмір файлу і більше їхня кількість. Найбільш типовий виграш на великих пакетах програм від 2 до 15 %, але в окремих випадках спостерігалося зменшення розміру архіву (у порівнянні зі створеним звичайним методом) у 1.5 - 2 рази.
Можна також створювати безупинні архівні томи і безупинні архівні томи, що саморозпаковуються. Розпакування безупинних архівних томів потрібно завжди починати з першого тому з послідовності.
Основний недолік запропонованого методу в тім, що для розпакування одного файлу архиватору необхідно обробити усі файли, що передують даному (при цьому видається повідомлення: Skipped <ім'я файлу>). Тому безупинні архіви зручніше за усе використовувати в тому випадку, коли передбачається розпакування відразу всього архіву, наприклад для постачання великих пакетів програм (у цьому випадку можуть бути зручні безупинні архівні томи, що саморозпаковуються,).
Крім того, при ушкодженні одного з файлів у безупинному архіві, буде зіпсована інформація у всіх інших файлах, що випливають за ним.
Якщо при створенні безупинного архіву (також як і при створенні архівних томів) стиск файлу не дало результату (упакований розмір більше вихідного), то повторне запам'ятовування файлу проводитися не буде. Так що розмір файлу в таких архівах може перевищувати вихідний. Але реально таке може відбутися звичайно тільки при упакуванні вже стиснутих яким-небудь архиватором файлів.
Для підвищення ступеня стиску при додаванні до безупинного архіву файли сортуються по розширенню.

8. Робота з зовнішніми архівами
У полноэкранном режимі RAR дозволяє працювати з архівами форматів широко розповсюджених архиваторов ZIP, ARJ, LZH.
Для цих архівів підтримуються наступні операції:
- розпакування зі створенням підкаталогів;
- розпакування в поточний підкаталог;
- тестування архіву;
- видалення файлів з архіву;
- полноэкранный перегляд файлів в архіві;
- створення SFX архівів;
- додавання коментарів до архіву (тільки ZIP,ARJ);
- додавання коментарів до файлів архіву (тільки ZIP,ARJ);
- розпакування в зазначений підкаталог.
Для таких архівів можна звичайним образом задати пароль (ALT-P) і підкаталог для тимчасових файлів (ALT-W).
Для простого перегляду архівів ZIP, ARJ, LZH досить одного архиватора RAR, але для виконання архівних операцій відповідні програми (PKUNZIP, PKZIP, ZIP2EXE, ARJ, LHA) повинні бути зазначені в PATH.
RAR дозволить користувачам Norton Commander ефективно працювати з архівами RAR, ZIP, ARJ, LZH. Для цього до Extension File (NC.EXT) потрібно додати:
RAR: rar en !.!
ZIP: rar en !.!
ARJ: rar en !.!
LZH: rar en !.!
і перехід до обробки відповідних архівів здійснювати натисканням Enter.
Примітки:
1) Робота з SFX архівами, створеними іншими архиваторами, не підтримується
2) При роботі з LZH архівами підтримується тільки стандартний заголовок (при створенні архіву не використовувався ключ /h2).

9. Коди завершення
Після завершення роботи (виходу в DOS) RAR установлює наступні значення перемінної DOS ERRORLEVEL, що сигналізують про різні критичні ситуації:
0 SUCCESS успішне завершення
1 WARNING у процесі роботи виникали нефатальні помилки
2 FATAL ERROR фатальна помилка
3 CRC ERROR при розпакуванні виникали помилки  контрольної суми
4 LOCKED ARCHIVE спроба модифікації архіву, захищеного командою 'к'
5 WRITE ERROR помилка запису на диск
6 OPEN ERROR помилка відкриття файлу
7 USER ERROR невірний синтаксис команди запуску
8 MEMORY ERROR мало пам'яті
255 USER BREAK вихід за вимогою користувача

10. Інше
10.1. Допоміжні файли
При роботі архиватора може бути тимчасово створене до 2-х допоміжних файлів з іменами: $RAR$TMP.$??, $RAR$TMP.$??, $RAR$TMP.$??. Вони створюються або в явно зазначеному за допомогою відповідних чи команд файлу конфігурації підкаталозі (див. вище), або за замовчуванням у поточному підкаталозі.
Усі файли $RAR$TMP.* не можуть бути додані до архіву.
При перегляді зовнішніх архівів створюється підкаталог з ім'ям $RAR$TMP.$??.
Розширення допоміжних файлів, позначені вище як $??, реально можуть приймати значення $00 .. $99. У такий спосіб кожен допоміжний файл має унікальне ім'я, що дозволяє при многозадачной роботі декільком копіям RAR використовувати один робочий підкаталог.

10.2. Паролі й архівні томи
Якщо при створенні послідовності архівних томів був використаний пароль, а при розпакуванні він не був зазначений чи був зазначений невірно, то можливо архиватор не зможе простежити весь ланцюжок томів. У цьому випадку розпакування завершиться достроково, або відбудеться вихід помилково "Can't open file".

10.3. Буферизация
При упакуванні уся вільний пам'ять, що залишилася, використовується як дисковий буфер. Тому повідомлення про переповнення диска може з'явитися пізніше чим випливало очікувати.

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

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

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


История развития теории сжатия информации    37
Архиваторы MS DOS.    42
PKZIP    44
RAR    44
QUARK    45
GZIP    45
ARJZ    46
Сравнение вресий архиваторов MS DOS и Windows.    49
Литература.    Ошибка! Закладка не определена.


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

Історія розвитку 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:
    Полноэкранный інтерактивний інтерфейс ( щовідключається);
    Підтримка миші і меню;
    Підтримка не-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 (його використовує 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) Високий ступінь стиску (у цьому випадку отримані архіви не будуть розпаковуватися АRJ'ем). По цьому параметрі 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.