Назад | Перейти на главную страницу

Размер файла со сжатием zfs

Я обычно оцениваю размер всего дерева каталогов, используя du -ks $DIRECTOY_TREE_ROOT, но этот метод нельзя использовать, когда включено сжатие zfs.

В total отображается ls -l подходит для одного каталога, но какой самый простой способ получить тот же результат для дерева каталогов?

РЕДАКТИРОВАТЬ:

Операционная система - Solaris 10.

Я ищу реальный размер файла, а не место на диске.

Просто используйте du -b пример:

# du -sh .
215G    .

# du -sbh .
344G    .

Это должно работать:

find . -type f -exec ls -l {} + | nawk '{s=s+$5}
END {print s}'

Можно получить как размер файла, так и приблизительное использование диска напрямую из команды find с параметром -ls.

 function lsdu() (
    export SEARCH_PATH=$*
    if [ ! -e "$SEARCH_PATH" ]; then
        echo "ERROR: Invalid file or directory ($SEARCH_PATH)"
        return 1
    fi
    find "$SEARCH_PATH" -ls | gawk --lint --posix '
        BEGIN {
            split("B KB MB GB TB PB",type)
            ls=hls=du=hdu=0;
            out_fmt="Path: %s \n  Total Size: %.2f %s \n  Disk Usage: %.2f %s \n  Compress Ratio: %.4f \n"
        }
        NF >= 7 {
            ls += $7
            du += $2
        }
        END {
            du *= 1024
            for(i=5; hls<1; i--) hls = ls / (2^(10*i))
            for(j=5; hdu<1; j--) hdu = du / (2^(10*j))
            printf out_fmt, ENVIRON["SEARCH_PATH"], hls, type[i+2], hdu, type[j+2], ls/du
        }
    '
)

Пример команды и вывода:

-bash-3.00# lsdu test_sloccount/
Path: test_sloccount/ 
  Total Size: 30.90 MB 
  Disk Usage: 1.43 MB 
  Compress Ratio: 21.6250 

Этот лайнер должен дать желаемый результат:

find $DIRECTOY_TREE_ROOT -type d -exec ls -l '{}' \; | awk '/^total\ .[0-9]+$/ { sum+=$(NF) }END{ print sum }'

У меня нет раздела ZFS для тестирования, но на моем разделе ext4 он дает тот же результат, что и du -ks.

man du, вероятно, поможет здесь:

 --apparent-size
      print apparent sizes, rather than disk usage;  although
      the  apparent size is usually smaller, it may be larger
      due to holes in (`sparse') files,  internal  fragmenta-
      tion, indirect blocks, and the like

Я собираюсь включить ответ на этот вопрос для FreeBSD для полноты картины. В соответствии с man du:

 -A      Display the apparent size instead of the disk usage.  This can be
         helpful when operating on compressed volumes or sparse files.