nixCraft Poll

Topics

10 bad UNIX or Linux command line usage patterns to avoid

Posted by Vivek Gite [Last updated: December 13, 2006]

Michael Stutz is author of The Linux Cookbook, has published excellent set of 10 bad UNIX usage patterns. These are applies to Linux, OS X shell as well :)

You can adopt 10 good habits that improve your UNIX / Linux command line efficiency -- and break away from bad usage patterns in the process. This article takes you step-by-step through several good, but too often neglected, techniques for command-line operations. Learn about common errors and how to overcome them, so you can learn exactly why these UNIX habits are worth picking up.

Adopt 10 good habits

Ten good habits to adopt are:

1. Make directory trees in a single swipe.
2. Change the path; do not move the archive.
3. Combine your commands with control operators.
4. Quote variables with caution.
5. Use escape sequences to manage long input.
6. Group your commands together in a list.
7. Use xargs outside of find.
8. Know when grep should do the counting -- and when it should step aside.
9. Match certain fields in output, not just lines.
10. Stop piping cats.

Learn 10 good UNIX usage habits

Want to stay up to date with the latest Linux tips, news and announcements? Subscribe to our free e-mail newsletter or RSS feed to get all updates. You can Email this page to a friend.

You may also be interested in other helpful articles:

Discussion on This Article:

  1. Doug Keester Says:

    Overall a decent article.

    However, there is no need to use ‘xargs’ with ‘find’ since ‘find’ has the -exec flag which does the same thing and doesn’t require a pipe.

  2. nixcraft Says:

    Doug,

    I must agree with. It always good idea to use KISS philosophy.

    Appreciate your post.

  3. Daemon Dancing in the Dark Says:

    Be Nice To Your Commandline…

    Good article showing you 10 things to avoid when using the command line. To wit: Make directory trees in a single swipe. Change the path; do not move the archive. Combine your commands with control operators. Quote variables with caution. Use escape se…

  4. Jonathan Says:

    Yeah, but it will be a cold day in hell before I remember the bizarre -exec syntax without trying it a dozen times or more! “Now where does {} go? And what about that semi-colon? Or is it a colon?” :-)

  5. Paul McNamara Says:

    Not being fluent in UNIX myself (not speaking a word, actually), I had a little fun with Stutz’s list, in particular, No. 10: “stop piping cats.”
    http://www.networkworld.com/community/?q=node/9764

  6. nixcraft Says:

    LOL @ Paul

    Thanks for sharing with us.

  7. pip Says:

    Hey why stop piping cat’s? What’s bad in doing so? redirect the stdinput?

  8. pip Says:

    sorry forgot to tick the notify box… this should solve it… cheers

  9. Christopher Cashell Says:

    I know this was posted a long time ago, but in case someone else comes across it, a note in response to:

    However, there is no need to use ‘xargs’ with ‘find’ since ‘find’ has the -exec flag which does the same thing and doesn’t require a pipe.

    That’s not actually true. In many simple cases, you can use -exec. However, depending on the number of items returned by find, and the action you’re taking, it can be a *lot* less efficient using -exec in comparison to xargs.

    For example, say you are building a list of files to delete with find, and it is going to return 100k files. If you use find fpo/ -exec rm -rf '{}' \;, then you will be exec()’ing rm 100k times. If you use find foo/ -print | xargs rm -rf, then xargs will build the command argument list for rm to an appropriate length. For the sake of argument, say it runs rm with 1000 entries each time. That means you’re now only exec()’ing rm 100 times, instead of 100k times. When you’re dealing with large numbers like this, the time and CPU cycles to exec() your command that many times can have a very real performance impact.

  10. Kevin Says:

    -exec starts a separate shell for each command.
    xargs does it in one process.

Leave a Reply

We encourage your comments, and suggestions. But please stay on topic, be polite, and avoid spam. Thank you very much for stopping by our site!

XHTML: You can use these tags: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

*
To prove you're a person (not a spam script), type the security word shown in the picture. Click on the picture to hear an audio file of the word.
Click to hear an audio file of the anti-spam word

Copyright © 2004-2008 nixCraft. All rights reserved - TOS/Disclaimer - Privacy policy - Sitemap - Powered by Open source software.