Чому відрізняється обсяг написаний на диску від того що доступний в системі

Чому відрізняється обсяг написаний на диску від того  що доступний в системі



У чому різниця між розміром та розміром на диску?

Дивлячись на властивості файлу Windows, я отримую два атрибути: "Розмір" та "Розмір на диску", а "Розмір на диску" завжди більше.

Що означають ці дві метрики?

4 відповіді 4

Розмір – це фактичний розмір файлу в байтах.

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

редагування

Для більш докладного пояснення див. цей текст, який я скопіював з іншого сайту:

Ми знаємо, що диск складається з треків та секторів. У Windows це означає, що ОС виділяє простір для файлів у "кластерах" або "одиницях виділення".

Розмір кластера може змінюватись, але типові діапазони становлять від 512 байт до 32 КБ і більше. Наприклад, на моєму диску C: одиниця виділення становить 4096 байт. Це означає, що Windows виділить 4096 б для будь-якого файлу або частини файлу довжиною від 1 до 4096 б.

Якщо я маю файл розміром 17 КБ (кілобайт), то розмір на диску буде 20,48 КБ (або 20480 байт). Розрахунок буде 4096 (1 одиниця виділення) x 5 = 20 480 байт. Потрібно 5 одиниць розміщення для зберігання файлу 17 КБ.

Інший приклад: якщо я маю файл розміром 2000 байт. Розмір файлу на диску буде 4096 байт. Причина в тому, що, хоча весь файл може вміститися в одній одиниці виділення, він все одно займає 4096 місця (одну одиницю виділення) на диску (тільки один файл може використовувати одиниця виділення і не може використовуватися спільно з іншими файлами).

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

Таким чином, фактичний розмір файлу (ів) або папки (ів) завжди повинен бути взятий із значення « Розмір» під час перегляду вікна властивостей.

Це пов'язано з розмірами одиниць розміщення, які використовувалися на вашому диску під час першого форматування.

Уявіть, що у вас в машині дві каністри по 2 галони по 10 галонів. Кожен балон із газом є одиницею розподілу. Вам потрібно отримати 12 галонів газу, тому вам потрібно використовувати обидві банки. В основному, використовуючи 20 галонів виділеного простору – але тільки заповнюючи 12 галонів.

Ось розмір за промовчанням для Windows XP

Drive size (logical volume) Cluster size Sectors ----------------------------------------- ----------------- 512 MB or less 512 bytes 1 513 MB - 1,024 MB (1 GB) 1,024 MB (1 KB) 2 1,025 MB - 2,048 MB (2 GB) 2,048 bytes (2 KB) 4 2,049 MB and larger 4,096 bytes (4 KB) 8

Якщо ви думаєте про розмір кластера як про кожну з ваших каністр із газом: тримайте по 4 КБ "газу" в кожній. Але файл має розмір 2 КБ, тоді розмір заливки дорівнює 2 КБ, а розмір на диску - 4 КБ.

Простір кластера

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

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

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

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

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

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

компресія

Інший сценарій, в якому ви можете побачити різницю між фактичним розміром файлу та розміром на диску, пов'язаний зі стиском. Коли диск стискається (наприклад, за допомогою DriveSpace, NTFS-стиснення і т.д.), тоді буде різниця між розміром фактичного файлу (який необхідно знати) та фактичним розміром, який файл займає (тобто використовує або «займає») на диску.

Ярлики та жорсткі посилання

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

Подібні статті

Останні статті

Категорії