Без можливості роботи з інформацією наші комп'ютери одразу ж перетворюються на надзвичайно дорогу купу заліза, не більше. Файлова система є основа основ, на якій базується будь-яка маніпуляція з даними, вироблена на ПК: від завантаження операційної системи до читання текстових файлів в "блокноті".
В епоху DOS і Windows 3.1 не було можливості вибирати файлову систему (ФС) - всі працювали в FAT16 і були задоволені. Звичайно, не з-за того, що причин для невдоволення не було, просто альтернативи на той час не існувало. З виходом Windows 95 OSR2 альтернатива з'явилася, але вибір між FAT16 і FAT32 був настільки очевидний, що без зайвих питань більш нова версія одержала верх. Операційні системи Windows NT/2000, незважаючи на підтримку NTFS, революцію в умах власників домашніх ПК так і не зробили, оскільки це були системи, орієнтовані на сервери.
А з появою Windows XP на беззахисні голови користувачів таки звалилася проблема вибору між FAT32 і NTFS. Адже кожному з нас хочеться, як мінімум, не відставати від прогресу і застосовувати до своєму залізному другу останні досягнення науково-технічного прогресу. Однак дещо все-таки змушує нас роздумувати на тему "варто чи не Варто?", і це дещо-на жаль, аж ніяк не безмежні ресурси нашого комп'ютера. Отже, яку ж із двох ФС віддати перевагу? Як ви переконаєтеся далі, відповідь на це питання суто індивідуальний.
ФС управляє зберіганням і доступом до файлів на комп'ютері - і цим все сказано. Одним з базових понять ФС є кластер - мінімальний розмір даних на диску. Наприклад, якщо ваш файл "важить" всього 1 байт, а розмір кластера на вінчестері - 8 Кб, то в результаті на жорсткому диску розмір файлу буде теж 8 Кб (один кластер). Якщо ж файл реально займає 8,1 Кб, на диску він буде "важити" всі 16 Кб (два кластери). Тепер спробуйте прикинути, скільки сотень файлів зберігається на вінчестері, і вам здасться, що всі минулі роки ви просто недооцінювали роль кластера у вашому житті.
Крім розміру кластера (він може змінюватися в залежності від ФС), важливо, яким чином файлова система заповнює вільну область на диску, поганий алгоритм веде до фрагментації даних (коли частини одного файлу на диску знаходяться далеко один від одного). Скажу, забігаючи вперед, що в NTFS алгоритм заповнення не дуже хороший. Але про все по порядку...
Теоретично розмір логічного диска FAT32 обмежений 8 Тб. На практиці ж вбудовані в Windows 2000/XP засоби адміністрування дисків не дозволять створити розділ розміром більше 32 Гб. Але навіть цього для сьогоднішніх ПК вистачає з лишком.
Імена файлів в FAT32 можуть містити до 255 символів. Максимально можливий розмір одного файлу складає 4 Гб.
Мабуть, однією з найважливіших характеристик ФС є стабільність, тобто стійкість до помилок. У FAT32 з цим справи, прямо кажучи, не важливо. Найбільш поширена помилка, яка знайома всім власникам Windows 98, - неправильно записані дані про кількість вільного місця. Вона виникає з причини того, що дані про кількість вільного місця не обчислюються, як це відбувалося в FAT16, а просто записуються в завантажувальну область. І коли виникає збій в процесі копіювання (видалення, переміщення файлів, ОС не встигає записати оновлені дані про вільному місці на диску, хоча насправді воно змінилося. В результаті виникає помилка, виправити яку можна лише повною перевіркою вінчестера спеціальною програмою.
До того ж FAT32 досить сильно схильний до фрагментації (особливо при заповненні диска більш ніж на 80%) - це істотно уповільнює роботу. В особливо запущених випадках фрагментація може призвести навіть до "падіння" всієї ФС.
Обмеження на розмір жорсткого диска, що виставляються NTFS, сьогодні недосяжні - 2 000 000 Гб, так що, можна сказати, обмежень немає. Перші 12% диску під управлінням NTFS відводяться під основну таблицю файлів MFT (Master File Table). Вона являє собою каталог всіх наявних файлів, причому файли невеликого розміру (100 байт) зберігаються в MFT - це помітно прискорює доступ до них. Для роботи ФС дуже важливі перші 16 елементів MFT (покажчики на системні файли) і тому на диску зберігається копія цих записів. В результаті "знести" NTFS досить непросто: система в змозі обійти серйозні несправності поверхні диска і пережити навіть пошкодження MFT (аналогічна ситуація для FAT закінчилася б фатально).
Каталог в NTFS являє собою специфічний файл, який зберігає посилання на інші файли та каталоги. Його внутрішня структура подібна бінарним дереву, що дозволяє в десятки разів скоротити час пошуку потрібного файлу (так званий метод ділення навпіл). Чим більше файлів в каталозі, тим більше перевага перед FAT32 при пошуку.
Відмовостійкість NTFS пов'язана з тим, що робота з даними виконується на основі транзакцій - дій, здійснюваних повністю і коректно або не здійснюються взагалі.
Уявімо собі, що здійснюється запис даних на диск, і раптом на середині процесу з'ясовується, що в тому місці, куди ми вирішили записати чергову порцію даних - фізична пошкодження поверхні. У цьому випадку транзакція запису відкочується (скасувати зміни можна завдяки журналу транзакцій). Місце позначається як помилка, а дані записуються в інше місце - починається нова транзакція.
Розмежування прав доступу до файлів в NTFS далеко не завжди захищає від несанкціонованого доступу до секретних даних. Зловмисник може підключити ваш жорсткий диск до іншого комп'ютера і без зусиль прочитати потрібні файли, оскільки обмеження прав доступу не поширюється за межі вашої ОС. Тому в NTFS була введена додаткова міра - шифрування даних на рівні файлової системи, що дозволяє приховувати інформацію більш успішно.
Стиснення даних NTFS теж проводиться на рівні ФС, що дозволяє працювати з ними відносно швидко, розпаковуючи інформацію "нальоту". Механізм стиснення надзвичайно гнучкий - можна упаковувати навіть половину файлу, іншу частину залишаючи нестиснутій.
Ім'я файлу може містити будь-які символи, включаючи повний набір національних алфавітів, так як дані представлені в Unicode (65535 різних символів).