Plan 9 Cheat Sheet

This post is a cheat sheet of Plan 9 shell commands, different from Linux.

Linux Command —-> Plan 9 equivalent

1) rahul@linux$ find . -name ‘cs.c’ -print —-> term% du -a . | grep cs.c
Comments: Notice the Plan 9′s philosophy of using one program for one action?
Also, try running “du -a .” on Plan 9, it is so much faster than even “slocate” on Linux, let alone “find . -name” !!

2) Ctrl+C exit signal for running scripts —-> “Delete” key on the keyboard.
Comments: Another example of how old UNIX is. They probably had no “Delete” key when UNIX was designed, so they used “Ctrl+C” which, logically speaking, makes absolutely no sense!

Like this:

Be the first to like this post.

February 10, 2009 - Posted by Rahul Murmuria | Cheat Sheet, Plan 9 from Bell Labs

No comments yet.

About

This blog is a project log for the /net virtual filesystem being developed by Rahul Murmuria under the Glendix umbrella. The project will provide Linux users with a more flexsible, powerful and simple alternative to TCP/IP Sockets.

The Glendix project is about bringing the beauty of Plan 9 from Bell Labs to the world of Linux. Some of the work already done by the Glendix project include native Plan9 binary compatibility in Linux and a few new Plan9-like system calls that are missing in Linux. Read more on Glendix on the project website ( http://www.glendix.org ).

UPDATE (5th July, 2009) : slashnet report

Why we chose to do /net ?

When UNIX was originally designed, there were no computer networks. Yes, BSD Sockets were designed first on a UNIX, but that does not imply that UNIX is the best possible design for a networking enabled operating system. Today, all operating systems – including Mac OS X, GNU/Linux, Solaris and Windows – are direct derivatives of the original UNIX first designed over 40 years ago!

So folks at Bell Labs (read Rob Pike, Ken Thompson, Dave Presotto, Phil Winterbottom, Dennis Ritchie, Brian Kernighan, et. al.) designed a new network structure, that exposes the kernel TCP/IP stack in form of filesystems to the user space, instead of the traditional Socket library approach. Plan 9 has been designed from gound up, with networking in mind, and is inherently a distributed operating system. Here’s an extract from Wikipedia:

Plan 9 does not have system calls for the multitude of communication protocols or device driver interfaces. For example /net is the API for all TCP/IP, and it can be used even with scripts or shell tools, writing data to control files to write and read connections. Relevant sub-directories like /net/tcp and /net/udp are used to interface to respective protocols. You can implement a NAT by mounting a /net from a perimeter machine with a public IP, while connecting to it from an internal network of private IP addresses, using the Plan 9 protocol 9P in the internal network. Or you can implement a VPN by mounting a /net directory from a remote gateway, using secured 9P over the public Internet.

Follow the blog to know the current status of this project.

/net in Linux: project log

A Glendix project