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.
If you have a new feature suggestion or find a bug, please get in touch via http://commandlinefu.uservoice.com/
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.
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
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:
Use ps instead of top. But do not use BSD options at all, they are confusing.
Use "s=" or "state=" to show consice process statuses.
Let's supose some moron used some m$ shit to commit to a later svnsynced repo. On a svn sync all his message logs cause a svnsync: Error setting property 'log': this commands finds all its contributions and fix all his commit logs
Outputs the PID of any given file run from a command line... Hope it helps!
This one-liner will use strace to attach to all of the currently running apache processes output and piped from the initial "ps auxw" command into some awk.
I know you can use pidof but with this you can know the specific PID with his command arguments (useful if you're running various proccess with same application)
Pros: the format is very simple, there is no need to show every columns, and full command with args
the first column is memory consumption %
the second column is pid
the third is just the command (without full arguments, most application's arguments are too long)
You can decide which application to kill then.
This command kills all wine instances and each EXE application working on a PC.
Here is command info:
1) ps ax > processes = save process list to file named "processes" (we save it because we don't wont egrep to be found in the future)
2) cat processes | egrep "*.exe |*exe]" = shows the file "processes" and after greps for each *.exe and *exe] in it
3) | awk '{ print $1 }' > pstokill = saves processes PID's to file "pstokill" using awk filter
4) kill $(cat pstokill) = kills each PID in file pstokill, which is shown by cat program
5) rm processes && rm pstokill = removes temporary files
First version was "ps uw -p $$", but current "ps -o comm= -p $$" just gives shell name
mac os x:
ps aux | awk '{print($1" "$3" "$4" "$11);}' | grep -v "0,0"
linux:
ps aux | awk '{print($1" "$3" "$4" "$11);}' | grep -v "0.0"
This command will list all threads started by a particular pid along with the start time of each thread. This is very valuable when diagnosing thread leaks.
This command allows you to find the effective uid and gid of the Apache process regardless of process name (which can be apache2 or httpd depending on distro).