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

1. Теорія

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

Для початку хотілося б зауважити, що будь-яка файлова система так чи інакше зберігає файли. Доступ до даних файлів - основна і невід'ємна частина роботи з файловою системою, і тому перш за все потрібно сказати пару слів про це. Будь-яка файлова система зберігає дані файлів в деяких обсягах - секторах, які використовуються апаратурою і драйвером як найменша одиниця корисної інформації диска. Розмір сектора в переважній кількості сучасних систем становить 512 байт, і всі файлові системи просто читають цю інформацію і передають її без будь-якої обробки додатків. Чи є тут якісь винятки? Практично ні. Якщо файл зберігається в стислому або закодованому вигляді - як це можливо, наприклад, в системі NTFS - то, звичайно, на відновлення або розшифровку інформації витрачається час і ресурси процесора. В інших випадках читання і запис самих даних файлу здійснюється з однаковою швидкістю, яку файлову систему ви не використали б.

Звернемо увагу на основні процеси, що здійснюються системою для доступу до файлів:

Пошук даних файлу

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

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

• NTFS здатна забезпечити швидкий пошук фрагментів, оскільки вся інформація зберігається в декількох дуже компактних записах (типовий розмір - кілька кілобайт). Якщо файл дуже сильно фрагментований (містить велику кількість фрагментів) - NTFS доведеться використовувати багато записів, що часто змусить зберігати їх в різних місцях. Зайві рухи головок при пошуку цих даних, в такому випадку, приведуть до сильного уповільнення процесу пошуку даних про місцезнаходження файлу.
• FAT32, через велику області самої таблиці розміщення буде відчувати величезні труднощі, якщо фрагменти файлу розкидані по всьому диску. Справа в тому, що FAT (File Allocation Table, таблиця розміщення файлів) являє собою міні-образ диска, куди включено кожен його кластер. Для доступу до фрагмента файлу в системі FAT16 і FAT32 доводиться звертатися до відповідної частинці FAT. Якщо файл, наприклад, розташований в трьох фрагментах - на початку диска, в середині, і в кінці - то в системі FAT нам доведеться звернутися до фрагмента FAT також на його початку, в середині і в кінці. В системі FAT16, де максимальний розмір області FAT складає 128 Кбайт, це не складе проблеми - вся область FAT просто зберігається в пам'яті, або ж зчитується з диска цілком за один прохід і буферизується. FAT32 ж, навпаки, має типовий розмір області FAT порядку сотень кілобайт, а на великих дисках - навіть кілька мегабайт. Якщо файл розташований в різних частинах диска - це змушує систему здійснювати рухи головок вінчестера стільки раз, скільки груп фрагментів в різних областях має файл, а це дуже і дуже сильно уповільнює процес пошуку фрагментів файлу.

Висновок: Абсолютний лідер - FAT16, він ніколи не змусить систему робити зайві дискові операції для даної мети. Потім йде NTFS - ця система також не вимагає читання зайвої інформації, по крайней мере, до того моменту, поки файл має розумне число фрагментів. FAT32 відчуває величезні труднощі, аж до читання зайвих сотень кілобайт з області FAT, якщо файл розкиданий по різних областях диска. Робота зі значними за розміром файлами на FAT32 в будь-якому випадку пов'язана з величезними труднощами - зрозуміти, в якому місці на диску розташований той чи інший фрагмент файлу, можна лише вивчивши всю послідовність кластерів файлу з самого початку, обробляючи за один раз один кластер (через кожні 4 Кбайт файлу в типовій системі). Варто відзначити, що якщо файл фрагментований, але лежить компактної купою фрагментів - FAT32 все ж не відчуває великих труднощів, так як фізичний доступ до області FAT буде також компактний і буферизованного.

Пошук вільного місця

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

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

• Для визначення того, чи вільний даний кластер чи ні, системи на основі FAT повинні переглянути одну запис FAT, відповідну цьому кластеру. Розмір одного запису FAT16 становить 16 біт, одного запису FAT32 - 32 біта. Для пошуку вільного місця на диску може знадобитися переглянути майже всього FAT - це 128 Кбайт (максимум) для FAT16 і до декількох мегабайт (!) - В FAT32. Для того, щоб не перетворювати пошук вільного місця в катастрофу (для FAT32), операційній системі доводиться йти на різні хитрощі.
• NTFS має бітову карту вільного місця, одному кластеру відповідає 1 біт. Для пошуку вільного місця на диску доводиться оцінювати обсяги в десятки разів менші, ніж в системах FAT і FAT32.

Висновок: NTFS має найбільш ефективну систему знаходження вільного місця. Варто відзначити, що діяти "в лоб" на FAT16 або FAT32 дуже повільно, тому для знаходження вільного місця в цих системах застосовуються різні методи оптимізації, в результаті чого і там досягається прийнятна швидкість. (Одне можна сказати напевно - пошук вільного місця при роботі в DOS на FAT32 - катастрофічний за швидкістю процес, оскільки ніяка оптимізація неможлива без підтримки хоч скільки серйозною операційної системи).

Робота з каталогами та файлами

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

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

• FAT16 і FAT32 мають дуже компактні каталоги, розмір кожного запису яких гранично малий. Більш того, через ситуацію, що історично системи зберігання довгих імен файлів (більше 11 символів), в каталогах систем FAT використовується не дуже ефективна і на перший погляд невдала, але зате дуже економна структура зберігання цих самих довгих імен файлів. Робота з каталогами FAT виробляється достатньо швидко, так як в переважній кількості випадків каталог (файл даних каталогу) не фрагментирован і знаходиться на диску в одному місці.
  Єдина проблема, яка може істотно знизити швидкість роботи каталогів FAT - велика кількість файлів в одному каталозі (близько тисячі або більше). Система зберігання даних - лінійний масив - не дозволяє організувати ефективний пошук файлів в такому каталозі, і для знаходження даного файлу доводиться перебирати великий обсяг даних (в середньому - половину файлу каталогу).
• NTFS використовує набагато більш ефективний спосіб адресації - бінарне дерево, про принцип роботи якого можна прочитати в іншій статті ( Структура NTFS ). Ця організація дозволяє ефективно працювати з каталогами будь-якого розміру - каталогам NTFS не страшно збільшення кількості файлів в одному каталозі і до десятків тисяч.
  Варто зауважити, однак, що сам каталог NTFS являє собою набагато менш компактну структуру, ніж каталог FAT - це пов'язано з набагато більшим (в кілька разів) розміром запису каталогу. Дана обставина призводить до того, що каталоги на томі NTFS в переважній кількості випадків сильно фрагментовані. Розмір типового каталогу на FAT-е укладається в один кластер, тоді як сотня файлів (і навіть менше) в каталозі на NTFS вже призводить до розміру файлу каталогу, що перевищує типовий розмір одного кластера. Це, в свою чергу, майже гарантує фрагментацію файлу каталогу, що, на жаль, досить часто зводить нанівець всі переваги набагато більш ефективної організації самих даних.

Висновок: структура каталогів на NTFS теоретично набагато ефективніше, але при розмірі каталогу в кілька сотень файлів це практично не має значення. Фрагментація каталогів NTFS, проте, впевнено наступає вже при такому розмірі каталогу. Для малих і середніх каталогів NTFS, як це не сумно, має на практиці менше швидкодія.

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

2. Практика

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

2.1. Об'єм оперативної пам'яті (кешування)

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

• Дані про фізичну місцезнаходження всіх відкритих файлів. Це, перш за все, дозволить звертатися до системних файлів і бібліотекам, доступ до яких йде буквально постійно, без читання службової (що не відноситься до самих файлів) інформації з диска. Це саме можна сказати до тих файлів, які виконуються в даний момент - тобто до виконуваних модулів (.exe і .dll) активних процесів в системі. У цю категорію потрапляють також файли системи, з якими проводиться робота (перш за все реєстр і віртуальна пам'ять, різні .ini файли, а також файли документів і додатків).
• Найбільш часто використовувані каталоги. До таких можна віднести робочий стіл, меню "пуск", системні каталоги, каталоги кешу інтернету, і т.п.
• Дані про вільне місце диска - тобто та інформація, яка дозволить знайти місце для збереження на диск нових даних.

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

• FAT16 має дуже мало даних, що відповідають за організацію файлової системи. Із службових областей можна виділити тільки саму область FAT, яка не може перевищувати 128 Кб (!) - Ця область відповідає і за пошук фрагментів файлів, і за пошук вільного місця на томі. Каталоги системи FAT також дуже компактні. Загальний обсяг пам'яті, необхідний для гранично ефективної роботи з FAT-му, може коливатися від сотні кілобайт і до мегабайта-другого - за умови величезного числа і розміру каталогів, з якими ведеться робота.
• FAT32 відрізняється від FAT16 лише тим, що сама область FAT може мати більш значні розміри. На томах близько 5 - 10 Гбайт область FAT може займати об'єм в кілька Мбайт, і це вже дуже значний обсяг, надійно кешувати який не представляється можливим. Проте, область FAT, а вірніше ті фрагменти, які відповідають за розташування робочих файлів, в переважній більшості систем знаходяться в пам'яті машини - на це витрачається близько декількох Мбайт оперативної пам'яті.
• NTFS, на жаль, має набагато більші вимоги до пам'яті, необхідної для роботи системи. Перш за все, кешування сильно ускладнює великі розміри каталогів. Розмір одних тільки каталогів, з якими активно веде роботу система, може запросто доходити до декількох Мбайт і навіть десятків Мбайт! Додайте до цього необхідність кешувати карту вільного місця томи (сотні Кбайт) і записи MFT для файлів, з якими здійснюється робота (в типовій системі - по 1 Кбайт на кожен файл). На щастя, NTFS має вдалу систему зберігання даних, яка не призводить до збільшення будь-яких фіксованих областей при збільшенні обсягу диска. Кількість даних, з яким оперує система на основі NTFS, практично не залежить від обсягу томи, і основний внесок в обсяги даних, які необхідно кешувати, вносять каталоги. Проте, вже цього цілком достатньо для того, щоб тільки мінімальний обсяг даних, необхідних для кешування базових областей NTFS, доходив до 5 - 8 Мбайт.

На жаль, можна з упевненістю сказати: NTFS втрачає величезну кількість свого теоретичного швидкодії через недостатнє кешування. На системах, що мають менше 64 Мбайт пам'яті, NTFS просто не може виявитися швидше FAT16 або FAT32. Єдиний виняток з цього правила - диски FAT32, що мають обсяг десятки Гбайт (я б особисто серйозно побоювався дисків FAT32 об'ємом понад, скажімо, 30 Гбайт). В інших же випадках - системи з менш ніж 64 мегабайтами пам'яті просто зобов'язані працювати з FAT32 швидше.

Типовий в даний час обсяг пам'яті в 64 Мбайт, на жаль, також не дає можливості організувати ефективну роботу з NTFS. На малих і середніх дисках (до 10 Гбайт) в типових системах FAT32 буде працювати, мабуть, трохи швидше. Єдине, що можна сказати з приводу швидкодії систем з таким обсягом оперативної пам'яті - системи, що працюють з FAT32, будуть набагато сильніше страждати від фрагментації, ніж системи на NTFS. Але якщо хоча б зрідка дефрагментировать диски, то FAT32, з точки зору швидкодії, є кращим варіантом. Багато людей, проте, вибирають в таких системах NTFS - просто через те, що це дасть деякі досить важливі переваги, тоді як типова втрата швидкодії не дуже велика.

Системи з більш ніж 64 Мбайтами, а особливо - з 128 Мбайт і більш пам'яті, зможуть впевнено кешувати абсолютно все, що необхідно для роботи систем, і ось на таких комп'ютерах NTFS, швидше за все, покаже більш високу швидкодію через більш продуманої організації даних .

2.2. швидкодію накопичувача

Чи впливають фізичні параметри жорсткого диска на швидкодію файлової системи? Так, хоч і не сильно, але впливають. Можна виділити наступні параметри фізичної дискової системи, які по-різному впливають на різні типи файлових систем:

• Час випадкового доступу (random seek time). На жаль, для доступу до системних областях на типовому диску складнішою файлової системи (NTFS) доводиться здійснювати, в середньому, більше рухів головками диска, ніж в більш простих системах (FAT16 і FAT32). Набагато більша фрагментація каталогів, можливість фрагментації системних областей - все це робить диски NTFS набагато більш чутливими до швидкості зчитування довільних (випадкових) областей диска. З цієї причини використовувати NTFS на повільних (старих) дисках не рекомендується, так як високе (найгірше) час пошуку доріжки дає ще один плюс на користь систем FAT.
• Наявність Bus Mastering. Bus Mastering - спеціальний режим роботи драйвера і контролера, при використанні якого обмін з диском проводиться без участі процесора. Варто відзначити, що система запізнілого кешування NTFS зможе діяти набагато ефективніше при наявності Bus Mastering, тому що NTFS виробляє відкладений запис набагато більшого числа даних. Системи без Bus Mastering в даний час зустрічаються досить рідко (зазвичай це накопичувачі або контролери, що працюють в режимі PIO3 або PIO4), і якщо ви працюєте з таким диском - то, швидше за все, NTFS втратить ще пару очок швидкодії, особливо при операціях модифікації каталогів (наприклад, активна робота в інтернеті - робота з кешем інтернету).
• Кешування як читання, так і запису на рівні жорстких дисків (обсяг буфера HDD - від 128 Кбайт до 1-2 Мбайт в сучасних дорогих дисках) - фактор, який буде кориснішим системам на основі FAT. NTFS з міркувань надійності зберігання інформації здійснює модифікацію системних областей з прапором »не кешувати запис", тому швидкодію системи NTFS слабо залежить від можливості кешування самого HDD. Системи FAT, навпаки, отримають певний плюс від кешування запису на фізичному рівні. Варто відзначити, що, взагалі кажучи, серйозно брати до уваги розмір буфера HDD при оцінці швидкодії тих чи інших файлових систем не варто.

Підводячи короткий підсумок впливу швидкодії диска і контролера на швидкодії системи в цілому, можна сказати так: NTFS страждає від повільних дисків набагато сильніше, ніж FAT.

2.3. Розмір кластера

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

• Типовий розмір кластера для NTFS - 4 Кбайта. Варто відзначити, що з великим розміром кластера відключається вбудована в файлову систему можливість стиснення індивідуальних файлів, а також перестає працювати вбудований API дефрагментації - тобто переважна кількість дефрагментаторів, в тому числі вбудований в Windows 2000, будуть нездатні дефрагментировать цей диск. SpeedDisk, втім, зможе - він працює не через це API. Оптимальним з точки зору швидкодії, по крайней мере, для середніх і великих файлів, вважається (самої Microsoft) розмір 16 Кбайт. Збільшувати розмір далі нерозумно через занадто великих витрат на неефективність зберігання даних і через мізерний подальшого збільшення швидкодії. Якщо ви хочете підвищити швидкодію NTFS ціною втрати можливості стиснення - задумайтеся про форматування диска з розміром кластера, більшим ніж 4 Кбайта. Але майте на увазі, що це дасть досить скромний приріст швидкодії, який часто не варто навіть зменшення ефективності розміщення файлів на диску.
• Швидкодію системи FAT32, навпаки, можна досить істотно підвищити, збільшивши розмір кластера. Якщо в NTFS розмір кластера майже не впливає на розмір і характер даних системних областей, то в системі FAT збільшуючи кластер в два рази, ми скорочуємо область FAT в ті ж два рази. Згадайте, що в типовій системі FAT32 ця дуже важлива для швидкодії область займає кілька Мбайт. Скорочення області FAT в кілька разів дасть помітне збільшення швидкодії, так як обсяг системних даних файлової системи сильно скоротитися - зменшується і час, що витрачається на читання даних про розташування файлів, і обсяг оперативної пам'яті, необхідний для буферізірованія цієї інформації. Типовий обсяг кластера для систем FAT32 становить теж 4 Кбайт, і збільшення його до 8 або навіть до 16 Кбайт - особливо для великих (десяток і більш гігабайт) дисків - досить розумний крок.

2.4. інші міркування

NTFS є досить складною системою, тому, на відміну від FAT16 і FAT32, є й інші фактори, які можуть призвести до істотного уповільнення роботи NTFS:

• Диск NTFS був отриманий перетворенням розділу FAT16 або FAT32 (команда convert). Дана процедура в більшості випадків являє собою важкий випадок для швидкодії, так як структура службових областей NTFS, швидше за все, вийде дуже фрагментованою. Якщо є можливість - уникайте перетворення інших систем в NTFS, так як це призведе до створення дуже невдалого диска, якому не допоможе навіть типовий (неспеціалізований) дефрагментатор, типу Diskeeper-а або вбудованого в Windows 2000.
• Активна робота з диском, заповненим більш ніж на 80% - 90%, являє собою катастрофічний для швидкодії NTFS випадок, так як фрагментація файлів і, найголовніше, службових областей, буде рости фантастично швидко. Якщо ваш диск використовується в такому режимі - FAT32 буде більш вдалим вибором при будь-яких інших умовах.
  

3. Висновки

У даній заключній частині "одним рядком" зібрані ключові особливості швидкодії цих трьох файлових систем.

FAT - плюси:

• Для ефективної роботи потрібно трохи оперативної пам'яті.
• Швидка робота з малими і середніми каталогами.
• Диск здійснює в середньому меншу кількість рухів головок (в порівнянні з NTFS).
• Ефективна робота на повільних дисках.

FAT - мінуси:

• Катастрофічна втрата швидкодії із збільшенням фрагментації, особливо для великих дисків (тільки FAT32).
• Складнощі з довільним доступом до великим (скажімо, 10% і більше від розміру диска) файлів.
• Дуже повільна робота з каталогами, що містять велику кількість файлів.

NTFS - плюси:

• Фрагментація файлів не має практично ніяких наслідків для самої файлової системи - робота фрагментованою системи погіршується тільки з точки зору доступу до самих даних файлів.
• Складність структури каталогів і число файлів в одному каталозі також не чинить особливих перешкод швидкодії.
• Швидкий доступ до довільного фрагменту файлу (наприклад, редагування великих .wav файлів).
• Дуже швидкий доступ до маленьких файлів (кілька сотень байт) - весь файл знаходиться в тому ж місці, де і системні дані (запис MFT).

NTFS - мінуси:

• Істотні вимоги до пам'яті системи (64 Мбайт - абсолютний мінімум, краще - більше).
• Повільні диски й контролери без Bus Mastering сильно знижують швидкодію NTFS.
• Робота з каталогами середніх розмірів ускладнена тим, що вони майже завжди фрагментовані.
• Диск, довго працює в заповненому на 80% - 90% стані, буде показувати вкрай низька швидкодія.

Хотілося б ще раз підкреслити, що на практиці основний фактор, від якого залежить швидкодія файлової системи - це, як не дивно, обсяг пам'яті машини. Системи з пам'яттю 64-96 Мбайт - якийсь рубіж, на якому швидкодія NTFS і FAT32 приблизно еквівалентно. Зверніть увагу також на складність організації даних на вашій машині. Якщо ви не використовуєте нічого, крім найпростіших додатків і самої операційної системи - може статися так, що FAT32 зможе показати більш високу швидкодію і на машинах з великою кількістю пам'яті.

NTFS - система, яка закладалася на майбутнє, і це майбутнє для більшості реальних застосувань сьогоднішнього дня ще, на жаль, мабуть не настав. На даний момент NTFS забезпечує стабільне і байдуже до цілого ряду факторів, але, мабуть, все ж невисока - на типовою "ігровий" домашній системі - швидкодія. Основна перевага NTFS з точки зору швидкодії полягає в тому, що цій системі байдужі такі параметри, як складність каталогів (число файлів в одному каталозі), розмір диска, фрагментація і т.д. У системах FAT ж, навпаки, кожен з цих чинників призведе до істотного зниження швидкості роботи.

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