Я должен разделить внешний usb жесткие диски от различных поставщиков. Я использую Ubuntu LTS 12.04 и согласно udisks
, у обоих есть тот же размер блока, 512, и та же файловая система, NTFS.
Теперь я скопировал значительную сумму папок от одного до другого, поскольку резервное копирование с помощью дельфина и я заметил, что впоследствии некоторые скопированные папки имели slighty различные размеры по сравнению с исходными папками, хотя их содержание было идентично (и также того же размера).
Быть более точным: Одна папка имела размер 73.487.984
и другой, оригинал, 73.492.080
байты согласно дельфину. Оба содержали только два файла (и никакие другие скрытые файлы - я посмотрел и с дельфином и с Наутилусом, которые являются единственными файловыми менеджерами, которые я использую, и исходными файлами и папкой управляли с помощью Наутилуса, хотя теперь я использую дельфина), которые были идентичны в размере в обеих папках: у каждого был размер 72.251.560
и один 1.236.424
байты, который составляет в целом размер первой папки, 73.487.984
.
Это заставляет меня задаться вопросом: Почему другая папка больше? Как это может даже быть больше, если это не содержит больше файлов?
РЕДАКТИРОВАНИЕ Здесь является выводом stat
на этих двух файлах от каждой папки:
File: b.mp4
Size: 72251560 Blocks: 141120 IO Block: 4096 regular file
Device: 811h/2065d Inode: 23398 Links: 1
Access: (0600/-rw-------) Uid: ( 1000/ user) Gid: ( 1000/ user)
Access: 2014-11-07 19:00:54.032966000 +0300
Modify: 2014-10-15 17:18:02.000000000 +0400
Change: 2014-10-17 22:06:49.772879000 +0400
Birth: -
File: c.jpg
Size: 1236424 Blocks: 2416 IO Block: 4096 regular file
Device: 811h/2065d Inode: 23417 Links: 1
Access: (0600/-rw-------) Uid: ( 1000/ user) Gid: ( 1000/ user)
Access: 2015-02-08 17:09:14.155253000 +0300
Modify: 2014-10-17 22:11:38.000000000 +0400
Change: 2015-02-08 12:09:11.529372000 +0300
Birth: -
и для второй папки
File: b.mp4
Size: 72251560 Blocks: 141120 IO Block: 4096 regular file
Device: 821h/2081d Inode: 35719 Links: 1
Access: (0600/-rw-------) Uid: ( 1000/ user) Gid: ( 1000/ user)
Access: 2015-02-06 16:38:41.457721000 +0300
Modify: 2014-10-15 17:18:02.000000000 +0400
Change: 2015-02-06 14:59:49.784388000 +0300
Birth: -
File: c.jpg
Size: 1236424 Blocks: 2416 IO Block: 4096 regular file
Device: 821h/2081d Inode: 35727 Links: 1
Access: (0600/-rw-------) Uid: ( 1000/ user) Gid: ( 1000/ user)
Access: 2015-02-06 16:38:22.888933000 +0300
Modify: 2014-10-17 22:11:38.000000000 +0400
Change: 2015-02-08 12:08:46.368745000 +0300
Birth: -
Это может произойти должное из различного размер кластера :
На диске, который использует 512-байтовые секторы, 512-байтовый кластер содержит один сектор, тогда как кластер на 4 кибибайта (кибибит) содержит восемь секторов.
кластер А является самым маленьким логическим количеством дискового пространства, которое может быть выделено для содержания файла. Хранить маленькие файлы в файловой системе с большими кластерами поэтому потратит впустую дисковое пространство; такое потраченное впустую дисковое пространство называют слабым пространством. Для размеров кластера, которые являются небольшими по сравнению со средним размером файла, потраченное впустую пространство на файл будет статистически приблизительно половиной размера кластера; для больших размеров кластера потраченное впустую пространство станет больше. Однако больший размер кластера уменьшает бухгалтерию наверху и фрагментацию, которая может улучшить чтение и скорость записи в целом. Типичные размеры кластера колеблются от 1 сектора (512 B) к 128 секторам (64 кибибайта).
кроме того, этот Q& сделает Вас для понимания лучше, вероятно.