71

This question already has an answer here:

What command do I use to find the size of all the files (recursively) in a Linux or Mac OS X directory?

marked as duplicate by agtoever, mdpc, DavidPostill, alex, Raystafarian Mar 11 '15 at 16:15

This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.

  • 2
    you can use -k option to use block size of 1K-byte – Zoker Dec 29 '16 at 10:37
  • I just want to recommend this free software called Disk Inventory X. download it here derlien.com it's simple to use for mac osx – Nimitack Jan 6 '18 at 23:05
  • Instead of du, I use ncdu, you can find the reference here, remysharp.com/2018/08/23/cli-improved – Alan Dong Sep 19 '18 at 23:28
80

The BSD version of du used in OS X reports size with 512-byte blocks -- the sizes are essentially rounded up to the next 512-byte value. This tells you the space on disk, which is larger than the amount of data. If you have a lot of small files, the difference can be large.

Here's an example.

This is the value with regular du. It's in 512-byte blocks:

$ du -s
248   .

The -h flag results in a more readable number, in kilobytes. As expected, it's half the number of 512-byte blocks:

$ du -hs
124K  .

Finally, you can use find and awk to give you the sum of actual bytes in the files. This is kind of slow, but it works:

$ find . -type f -exec ls -l {} \; | awk '{sum += $5} END {print sum}'
60527

This value matches exactly the number reported by Finder's Get Info window. (There are no weird forks or xattrs in this set of files.) It's significantly smaller than the value reported by du.

Here's how it works: it gets a list of all the files, and passes them to ls -l; then awk is used to count up the bytes. The -type f flag is there so that only files (and not directories) get sent to ls. Without that flag, it'll also send directory names to ls, and each file will be listed twice : once as an individual file, and once as an item in the directory.

The GNU version of du can give values in actual bytes instead of blocks. It's unfortunate that the BSD version of du is not as flexible.

  • Great explanation. Interestingly when using du from GNU coreutils with the -b option I get a different result than with your find pipe. For a 36 GB directory I get a 82 KB difference. – Stefan Schmidt Jul 25 '12 at 22:15
  • is there any way to print this out in a more human readable format? – anon58192932 Apr 26 '17 at 21:42
75

Show the size of a single file

du -h path_to_a_file

Show the size of the contents of a directory, each sub-directory, and each individual file:

du -h path_to_a_directory

Show the size of the contents of a directory:

du -sh path_to_a_directory

  • 25
    du -sch if you want something more easily readable. – Joey Aug 13 '09 at 20:09
  • @Johannes, I guess you should post this comment as an answer, so it can be accepted? – Arjan Aug 15 '09 at 17:15
  • I find the -c option redundant (at least on Mac OS X) and du -sh supresses the subtotals. – Daryl Spitzer Aug 17 '09 at 18:35
  • Aha, I didn't know one could accept one's own answer. Now at least people know the question is solved. – Arjan Aug 18 '09 at 9:41
  • I'll happily accept a new answer that is an improvement on mine. – Daryl Spitzer Aug 18 '09 at 16:10
9

du - tells the disk use not the file size.

find . -type f -print0 | xargs -0 stat -f%z | awk '{b+=$1} END {print b}'

above terminal code (im on osx 10.6) offers for me the best result and is waaay faster than "find ... -exec"

a quick benchmark

time find . -type f -print0 | xargs -0 stat -f'%z' | awk '{b+=$1} END {print b}'
4744010970

real    0m0.086s
user    0m0.029s
sys 0m0.073s

time find . -type f -exec ls -l {} \; | awk '{sum += $5} END {print sum}'
4744010970

real    0m18.515s
user    0m2.929s
sys 0m9.339s
  • If you want to do the same on Ubuntu: find . -type f -print0 | xargs -0 stat -c%s | awk '{b+=$1} END {print b}' – Rodrigo Polo May 4 '15 at 12:51
  • is there a way to get this result in a human-readable format? – anon58192932 Apr 26 '17 at 21:46
5

You can use du -ah . which displays sizes of all files and directories recursively.

This can be combined with sort, so you'll see the top-20 biggest directories in the current folder:

du -ah . | sort -rh | head -20

Note: Option -h for sort is not available on OSX/BSD, so you've to install sort from coreutils (e.g. via brew) and apply the bin path to PATH, e.g.

export PATH="/usr/local/opt/coreutils/libexec/gnubin:$PATH" # Add a "gnubin" for coreutils.

Otherwise use:

du -a . | sort -rn | head -20
  • First command not work on my macOS 10.12.1 #du -ah . | sort -rh | head -20 sort: invalid option -- h Try `sort --help' for more information. – nucleartux Nov 24 '16 at 15:11
  • 2
    @nucleartux Check the note below the command. This works in GNU sort which you can install on macOS via: brew install coreutils, otherwise use the BSD sort command at the end without -h. – kenorb Nov 24 '16 at 15:44
2

I combined all your approuches and combined it with a human readable output the result is:

#!/bin/sh
find $1 -type f -print0 | xargs -0 stat -f'%z' | awk '{b+=$1} END {print b}' | awk '{ sum=$1 ; hum[1024**3]="Gb";hum[1024**2]="Mb";hum[1024]="Kb"; for (x=1024**3; x>=1024; x/=1024){ if (sum>=x) { printf "%.2f %s\n",sum/x,hum[x];break } }}'

Link to the gist: https://gist.github.com/mlegenhausen/9365461

Not the answer you're looking for? Browse other questions tagged or ask your own question.