Краще заново переформатувати жорсткий диск на exFAT, використовуючи шматок 512 Кб або менші чи великі шматки?


25

Я можу переформатувати абсолютно новий накопичувач WD для паспорта 2 Тб на exFAT, з вибором багатьох "Розмір одиниці розподілу":

128kb
256kb
512kb
1024kb
4096kb
16384kb
32768kb

який найкращий, якщо цей привід використовується в основному для запису програм HDTV за допомогою Media Center на Windows 7? Дякую.

Це пов'язано з питанням: чи найкраще переформатувати зовнішній жорсткий диск на exFAT для сумісності з Mac?

Відповіді:


27

Спершу слід зрозуміти, що

Розмір одиниці розподілу (AUS)

засоби.

Це найменший блок даних на диску. Ваші фактичні дані будуть відокремлені від цих одиниць, зберігаючи на диску. Наприклад, якщо у вас розмір файлу розміром 512 КБ та розмір одиниці розподілу 128 КБ , ваш файл буде збережено на 4 одиницях на диску ( 512 КБ / 128 КБ ).

Якщо розмір вашого файлу становить 500 КБ , а у вас є 128 КБ AUS , ваш файл все одно буде збережений у 4 одиницях на диску, оскільки, як було сказано вище, 128 КБ - це найменший розмір одиниці розподілу. 384 КБ буде розподілено на 3 одиниці, а решта 116 КБ буде виділено в інший блок . Ви можете спостерігати за цією поведінкою на екрані властивостей файлів у Windows, який розмір вашого файлу та скільки місця фактично займає цей файл на диску. І операційна система читає лише те, що AUSd багато даних при низькому рівні читання диска.

Як говориться, використання великого AUS значно зменшує використання вільного простору через неповне використання останнього блоку розподілу. І як побічний ефект, кількість файлів, що зберігаються на диску, зменшується через ту ж проблему, остання АС не використовується повною мірою. Але ось компроміс, використовуючи великий AUS, знову ж таки покращує продуктивність читання дисків. ОС може за один раз прочитати більше даних. Уявіть, ОС робить кілька дисків, щоб повністю прочитати файл розміром GB! ..

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

Отже, який тут висновок? Якщо ви будете зберігати великі, я маю на увазі "великі!", Файли на диску, вищий AUS дасть вам помітну ефективність читання, зменшивши кількість файлів і вільний простір ...

Який AUS ви повинні використовувати? Це залежить від вашого середнього розміру файлу. Також ви можете обчислити використання вільного простору відповідно до розмірів файлів.


Дуже чіткий зрив. Але чи кожен кластер має притаманні накладні дані (наприклад, індекси або кластерний еквівалент заголовків сектору)? І чи є взаємодія з фізичними / імітованими розмірами сектору чи розмірами кешу? Нарешті, чи більші розміри кластерів негативно впливають на продуктивність випадкового доступу? HDD-сектори 4KB, схоже, мають низьку продуктивність у випадковому доступі, хоча вони мають більшу пропускну здатність, ніж 512-байтові HDD.
Lèse majesté

2
Немає значних накладних витрат на високому рівні. Крім того, є достатня накладна hrdw, оскільки фактичний розмір фізичного сектора становить 512 біт ... Є частина форматування файлової системи, яка записує інформацію про кластер - від того, скільки секторів створено цього кластеру, до структури розділів. Емуляція розміру сектору - це робота диска. Сервер файлової системи ОС повинен мати справу з логічною організацією (NTFS, FAT тощо) на високому рівні операційної системи, найменший блок читання / запису на ОС низького рівня, а сам драйвер диска повинен працювати назад до контролера (апаратного забезпечення) для апаратного забезпечення низького рівня. ..
The_aLiEn

... доступ, який містить емуляцію. А кешування - це не робота ОС. Це робиться самим обладнанням. ОС запитує певні дані, диск вирішує, чи дивитись кеш на саму кеш-пам'ять чи платню для цього ... Виконання випадкового доступу насправді не повинно бути загальним критерієм роботи при наявності таких параметрів, як AUS. Подумайте так: ...
The_aLiEn

.. N одиниць розміру, M число одиниць, N * M ємністю диска, "яка ймовірність потрапляння цього пристрою?" і пам’ятайте, диск повинен бути більш точним у розміщенні початків одиниць. Отже, продуктивність випадкового доступу - це щось, що пов'язане з M ^ 2 / N .. 4K одиницями, 8 одиницями, диском ємністю 32K. RA пов'язаний з 64/4. 8K одиниць, 4 одиниці, однакова ємність, той же диск. РА стає 16/8. Ви не знайдете статтю про такий вид розрахунку, але повірте мені :) Більше завдання "випадковим чином" знайти дані, використовуючи великі розміри одиниць для невеликих розмірів
The_aLiEn

4

З огляду на те, що HD-записи - це великі файли, велика одиниця розподілу (16384 або 32768 КБ) дасть кращу продуктивність. Вплив слабкого простору (витрачений простір через одиниці розподілу, які не використовуються повністю - файли зберігаються в одиницях розподілу, які повинні використовуватися як цілі одиниці) буде обмежений невеликою кількістю файлів. З іншого боку, якщо у вас є багато менших файлів, використовуйте менший блок розподілу, щоб зменшити витрачений простір.


2

Ви можете безпечно використовувати одиницю розподілу 4K для exFAT. Навіть якщо у вас є тисячі маленьких файлів, ви не витратите багато місця. У випадку, якщо за замовчуванням розміщено 128 КБ, наприклад, 64 Гб USB-накопичувача, 1024 файли 4 К байт займатимуть 128 МБ замість 4 МБ, оскільки для кожного файлу потрібен принаймні один блок розподілу.

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

FAT32 не є можливістю для дисків розміром більше 32 Гб, тому вибирайте все, що дозволяє Windows.


Який розмір є хорошим проміжним? Я хотів би зберігати як дуже маленькі, так і дуже великі файли.
PythonNut

1
@PythonNut: 4k. Завжди використовуйте 4k. Немає суттєвої вигоди для більших одиниць розподілу, але якщо ви коли-небудь можете зберігати невеликі файли на диску, є великі недоліки для більших одиниць.
Р ..

0

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

Отже, якщо ви витрачаєте помилки на простір, то, можливо, ви можете подумати про використання іншої файлової системи. Можливо, щось на зразок EXT4. Проблема полягає в тому, що ОС Microsoft (Windows, справді) не надто добре працює ні з чим, крім FAT (vFAT, FAT32 тощо) або NTFS. І якщо ви коли-небудь закінчите файли, що перевищують 4Gig, ви можете проклинати будь-яку систему типу FAT, яку ви можете використовувати. Тому я рекомендую використовувати файлову систему NTFS з рекомендованим розміром одиниці розподілу (я вважаю, це 4K). Таким чином, якщо ви закінчите файли розміром більше 4Gig, ви все одно зможете зберігати свої файли-монстри, принаймні, поки ви не зможете їх розбити або перекодувати в щось менше. (Я припускаю, що ми говоримо про величезні мультимедійні файли, тому я піднімаю "перекодування", оскільки, здається, завжди знаходжу способи зменшити файли при перекодуванні,

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


-1

Як говорить Вікіпедія :

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

Таким чином, ви можете вибрати 4KB або менший розмір одиниці розміщення з exFAT і бути безпечним при написанні великих файлів, наприклад, відеоматеріалів HD.


-1

За замовчуванням розміри кластерів для NTFS

У наступній таблиці описані типові розміри кластерів для NTFS. Розмір гучності Windows NT 3,51 Windows NT 4.0 Windows 7, Windows Server 2008 R2, Windows Server 2008, Windows Vista, Windows Server 2003, Windows XP, Windows 2000 7 МБ - 512 Мб 512 байт 4 КБ 4 КБ 512 МБ - 1 ГБ 1 КБ 4 КБ 4 КБ 1 ГБ – 2 ГБ 2 КБ 4 КБ 4 КБ 2 ГБ – 2 ТБ 4 КБ 4 КБ 4 КБ 2 ТБ – 16 ТБ Не підтримується * Не підтримується * 4 КБ 16 ТБ – 32 ТБ не підтримується * Не підтримується * 8 КБ 32 ТБ – 64 ТБ не підтримується * Не підтримується * 16 КБ 64 ТБ – 128 ТБ не підтримується * Не підтримується * 32 КБ 128 ТБ – 256 ТБ не підтримується * Не підтримується * 64 КБ

256 ТБ Не підтримується Не підтримується Не підтримується

Примітка Зірочка (*) означає, що вона не підтримується через обмеження основного запису завантаження (MBR). За замовчуванням розміри кластерів для FAT16

У наступній таблиці описані типові розміри кластерів для FAT16. Розмір гучності Windows NT 3,51 Windows NT 4.0 Windows 7, Windows Server 2008 R2, Windows Server 2008, Windows Vista, Windows Server 2003, Windows XP, Windows 2000 7 MB – 8 MB Не підтримується Не підтримується Не підтримується 8 MB – 32 MB 512 байт 512 байт 512 байт 32 MB – 64 MB 1 KB 1 KB 1 KB 64 MB – 128 MB 2 KB 2 KB 2 KB 128 KB – 256 MB 4 KB 4 KB 4 KB 256 MB – 512 MB 8 KB 8 KB 8 KB 8 KB 512 MB –1 ГБ 16 КБ 16 КБ 16 КБ 1 ГБ – 2 ГБ 32 КБ 32 КБ 32 КБ 2 ГБ – 4 ГБ 64 КБ 64 КБ 64 КБ 4 ГБ – 8 ГБ Не підтримується 128 КБ * Не підтримується 8 ГБ – 16 ГБ Не підтримується 256 КБ * Не підтримується

16 ГБ Не підтримується Не підтримується Не підтримується Примітка Зірочка (*) означає, що вона доступна лише на носіях з розміром сектора більше 512 байт. За замовчуванням розміри кластерів для FAT32

У наступній таблиці описані типові розміри кластерів для FAT32. Розмір гучності Windows NT 3,51 Windows NT 4.0 Windows 7, Windows Server 2008 R2, Windows Server 2008, Windows Vista, Windows Server 2003, Windows XP, Windows 2000 7 MB – 16MB Не підтримується Не підтримується Не підтримується 16 MB – 32 MB 512 байт 512 байтів Не підтримується 32 Мб - 64 Мб 512 байт 512 байт 512 байт 64 МБ - 128 МБ 1 КБ 1 КБ 1 КБ 128 МБ - 256 МБ 2 КБ 2 КБ 2 КБ 256 МБ - 8 ГБ 4 КБ 4 КБ 4 КБ 8 ГБ – 16 ГБ 8 KB 8 KB 8 KB 16GB – 32GB 16 KB 16 KB 16 KB 32GB – 2TB 32 KB Не підтримується Не підтримується

2 Тб не підтримується Не підтримується Не підтримується Не підтримуються розміри кластерів за замовчуванням для exFAT

У наступній таблиці описані типові розміри кластерів для exFAT. Розмір обсягу Windows 7, Windows Server 2008 R2, Windows Server 2008, Windows Vista, Windows Server 2003, Windows XP 7 МБ - 256 МБ 4 КБ 256 МБ - 32 ГБ 32 КБ 32 ГБ – 256 ТБ 128 КБ

256 ТБ Не підтримується


1
Цю відповідь слід правильно відформатувати.
Рамхаунд
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.