Различие в вычислении размера каталога

В моей системе Ubuntu, с помощью ext4, du -b file дает размер в байтах фактического файла, и du -b dir дает размер в байтах файла (файлов) + каталог наверху, издержки, в моем случае, кратных числах 4 096 байтов..

Этот служебные увеличения как количество увеличений файлов.
Примечание: даже если файлы удалены, каталог наверху остается в более высоком уровне, которым это было в том, прежде чем мухи были удалены..

Я не попытался перезагрузить, видеть, возвращается ли это, но в любом случае, это означает, что размер каталога варьируется в зависимости от исторических обстоятельств.

Соответствие каждому размеру файлов может быть наилучшим вариантом для точного значения общих размеров файла.

Следующие общие количества сценария все размеры файла (в байтах)..

Для OS X, если Вы не имеете -b опция для 'du', можно использовать stat вместо этого. (если у Вас есть он :)... Прокомментированная строка показывает Ubuntu stat альтернатива du -b;

unset total
while IFS= read -r -d $'\0' rf; do
  # (( total += $(stat  "$rf" | sed -nre 's/^  Size: ([0-9]+).*/\1/p') ))
    (( total += $(du -b "$rf" | cut -f 1) ))
done < <(find  . -type f  -name '*' -print0)
echo $total

О Mac OS X и Средстве поиска (в Snow Leopard, версии 10.6.8) я заметил следующее.

• Я получаю счета байта для 'определенных количественно' чисел Средства поиска пути (файл или папка) с кодом (в bash(1)) ниже.
  
• Окна "Info" Средства поиска и область показывают 'определенный количественно' (например, килограмм в КБ) числа в десятичном числе (базируйтесь 10, 1000), байты в противоположность двоичному файлу (базируются 2, 1024) байты таким образом я 'определяю количество' путем деления на 1 000 и увеличения единицы (байт) префикс 'квантор' (величина) и делаю некоторых нечетных "от ключевого" округления. (Мой полный код полон прокомментированного кода разработки и разделенный на несколько файлов (и языки), таким образом, трудно совместно использовать.)
  Поскольку далеко я видел, что мои 'определенные количественно' фигуры совпадают с 'определенными количественно' числами в Средстве поиска.
  
• Кроме того, наряду с кодом я хочу сказать, что я имею не (и никогда не имели никого), переменная среды BLOCKSIZE набор в моей оболочке, но я протестировал (теперь, немного) обе версии и значения по умолчанию для $BLOCKSIZE дает те же значения.
  

#!/usr/bin/env bash
#tab-width:4
                                 du -s                      "${@:-.}"   |awk '{u+=$1}END{   print  u*'${BLOCKSIZE:-0512}'   }'||exit $?         #macosx  (xnu)
#                               gdu -sB${BLOCKSIZE:-4096}   "${@:-.}"   |awk '{u+=$1}END{   print  u*'${BLOCKSIZE:-4096}'   }'||exit $?         #macports gnu

• Неопределенное количественно число мне не удалось соответствовать.
  Единственная вещь, которую я могу сказать, состоит в том, что я становлюсь ближе, только считая файлы (таким образом, исключая каталог ~ 'файловая система meta индекс/заголовок' ~data) и что самое близкое, которое я получаю, со следующим.

#!/usr/bin/env bash
#tab-width:4
    for a;do find "$a" -type f -print0|xargs -0      stat -f %z         |awk '{u+=$1}END{   print  u                        }'||exit $?;done    #macosx  (xnu)
#   for a;do find "$a" -type f -print0|xargs -0     gstat -c %s         |awk '{u+=$1}END{   print  u                        }'||exit $?;done    #macports gnu

• Ни один (xnu) du(1) ни (гну) gdu(1) кажется, считает расширенные атрибуты (xattr)

И затем я должен просто каламбурить 'Выполненный путь и сделать математику'
Мир и доброй ночи fo'real на этот раз.

Суммируйте все файлы в каталоге:

OSX: найдите dir ! -тип d -print0 | xargs -0 статистика -f '%z' | awk '{сумма += $1} END{print sum}'

Linux: найди Дир! -тип d -printf "%s\n" | awk '{sum += $1} END{print sum}'