What's this?

commandlinefu.com is the place to record those command-line gems that you return to again and again.

Delete that bloated snippets file you've been using and share your personal repository with the world. That way others can gain from your CLI wisdom and you from theirs too. All commands can be commented on, discussed and voted up or down.

Get involved!

You can sign-in using OpenID credentials, or register a traditional username and password.

First-time OpenID users will be automatically assigned a username which can be changed after signing in.

UpGuard checks and validates configurations for every major OS, network device, and cloud provider.

Stay in the loop…

Follow the Tweets.

Every new command is wrapped in a tweet and posted to Twitter. Following the stream is a great way of staying abreast of the latest commands. For the more discerning, there are Twitter accounts for commands that get a minimum of 3 and 10 votes - that way only the great commands get tweeted.

» http://twitter.com/commandlinefu
» http://twitter.com/commandlinefu3
» http://twitter.com/commandlinefu10

Subscribe to the feeds.

Use your favourite RSS aggregator to stay in touch with the latest commands. There are feeds mirroring the 3 Twitter streams as well as for virtually every other subset (users, tags, functions,…):

Subscribe to the feed for:



May 19, 2015 - A Look At The New Commandlinefu
I've put together a short writeup on what kind of newness you can expect from the next iteration of clfu. Check it out here.
March 2, 2015 - New Management
I'm Jon, I'll be maintaining and improving clfu. Thanks to David for building such a great resource!

Top Tags



Size(k) of directories(Biggest first)

Terminal - Size(k) of directories(Biggest first)
find . -depth -type d -exec du -s {} \; | sort -k1nr
2009-06-23 20:52:35
User: mohan43u
Functions: du find sort
Size(k) of directories(Biggest first)

somewhat faster version to see the size of our directories. Size will be in Kilo Bytes. to view smallest first change '-k1nr' to '-k1n'.


There is 1 alternative - vote for the best!

Terminal - Alternatives
du -ms * .[^.]*| sort -nk1
2009-07-01 13:38:13
User: ioggstream
Functions: du sort

using mb it's still readable;) a symbol variation

$ du -ms {,.[^.]}* | sort -nk1

du -ms * | sort -nk1
function duf { du -k [email protected] | sort -rn | perl -ne '($s,$f)=split(/\t/,$_,2);for(qw(K M G T)){if($s<1024){$x=($s<10?"%.1f":"%3d");printf("$x$_\t%s",$s,$f);last};$s/=1024}' }
function duf { du -sk "[email protected]" | sort -n | while read size fname; do for unit in k M G T P E Z Y; do if [ $size -lt 1024 ]; then echo -e "${size}${unit}\t${fname}"; break; fi; size=$((size/1024)); done; done; }
2009-07-02 19:56:36
User: marssi
Functions: du echo read size sort
Tags: sort du shell human

Found this one little more for me. This one removes the perl dependency (from command 2535).

Source for command : http://www.earthinfo.org/linux-disk-usage-sorted-by-size-and-human-readable/

Know a better way?

If you can do better, submit your command here.

What others think

ncdu (package name:ncdu) is also nice if you find yourself needing to do this repeatedly and/or interactively.

Comment by bwoodacre 434 weeks and 4 days ago

So, why not just:

du -k | sort -nr
Comment by OJM 434 weeks and 4 days ago

@0JM, We have lot of way to display size, but I think 'find' is handling Tree traverse better than others. '-depth' is pretty good here, It makes 'du' first calculate inner directories then when outer directories comes, kernel cache helping 'du' to do faster calculation.

Comment by mohan43u 434 weeks and 4 days ago

@mohan43u Yeah, there are multiple ways, but the find/exec combination is slow as hell.

Try yourself:

First, create some test-directories:

for n in `seq 1 1 10`; do for m in `seq 1 1 10`; do mkdir -p $n/$m; done; done

Then check performance:

time find . -depth -type d -exec du -s {} \; | sort -k1nr >/dev/null

real 0m0.398s

user 0m0.136s

sys 0m0.239s

time du -k | sort -nr > /dev/null

real 0m0.025s

user 0m0.007s

sys 0m0.018s

Case closed.

Comment by OJM 434 weeks and 4 days ago

Your point of view

You must be signed in to comment.