Идентичные папки имеют различные размеры

Я должен разделить внешний 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: -
3
задан 4 April 2015 в 14:16

1 ответ

Это может произойти должное из различного размер кластера :

На диске, который использует 512-байтовые секторы, 512-байтовый кластер содержит один сектор, тогда как кластер на 4 кибибайта (кибибит) содержит восемь секторов.

кластер А является самым маленьким логическим количеством дискового пространства, которое может быть выделено для содержания файла. Хранить маленькие файлы в файловой системе с большими кластерами поэтому потратит впустую дисковое пространство; такое потраченное впустую дисковое пространство называют слабым пространством. Для размеров кластера, которые являются небольшими по сравнению со средним размером файла, потраченное впустую пространство на файл будет статистически приблизительно половиной размера кластера; для больших размеров кластера потраченное впустую пространство станет больше. Однако больший размер кластера уменьшает бухгалтерию наверху и фрагментацию, которая может улучшить чтение и скорость записи в целом. Типичные размеры кластера колеблются от 1 сектора (512 B) к 128 секторам (64 кибибайта).

кроме того, этот Q& сделает Вас для понимания лучше, вероятно.

2
ответ дан 1 December 2019 в 17:03

Другие вопросы по тегам:

Похожие вопросы: