In Operation
Here’s the output generated running exa with the long view, showing the files, metadata, including permission bits, file sizes, and timestamps.
You’ll notice the software offers an attractive color scheme, helpfully making sense of the information you’re presented with. The screen image only shows some of the goodness available. For example, it doesn’t show that exa highlights different file types such as image files, video files, documents, music, archives, cryptography, and much more.
exa lists file sizes using decimal prefixes by default: bytes, kilobytes, megabytes, gigabytes, and so on. Having human readable sizes by default is one of the many differences between exa and ls. The only (initial) downsize is that you need to inspect the suffix to interpret the file size.
One of the tool’s strengths is its long grid view making optimum full use of your monitor. The software displays as many columns as possible with full permissions information.

As an aside, you’ll notice the README and README.md files are coloured differently. These are known as ‘immediate’ files. ‘Immediate’ files are files that are useful files to read or run first. Think of them as your starting point.
You can have directories displayed first with the long ISO time style with the command:
There’s also a useful tree view available which is analogous to the tree command. The tree displays sub-directories inside the listing of their parent directories, helping visualize the directory structure and see which files are where.

Pages in this article:
Page 1 – Introduction / Installation
Page 2 – In Operation
Page 3 – Summary
Complete list of articles in this series:
Excellent Utilities | |
---|---|
Abricotine | Markdown editor with inline preview functionality |
Ananicy | Shell daemon created to manage processes’ IO and CPU priorities |
broot | Next gen tree explorer and customizable launcher |
cheat.sh | Community driven unified cheat sheet |
croc | Securely transfer files and folders from the command-line |
Deskreen | Live streaming your desktop to a web browser |
duf | Disk usage utility with more polished presentation than the classic df |
exa | A turbo-charged alternative to the venerable ls command |
Extension Manager | Browse, install and manage GNOME Shell Extensions |
fd | Wonderful alternative to the venerable find |
fkill | Kill processes quick and easy |
fontpreview | Quickly search and preview fonts |
horcrux | File splitter with encryption and redundancy |
LanguageTool | Style and grammar checker for 30+ languages |
Liquid Prompt | Adaptive prompt for Bash & Zsh |
lnav | Advanced log file viewer for the small-scale; great for troubleshooting |
lsd | Like exa, lsd is a turbo-charged alternative to ls |
McFly | Navigate through your bash shell history |
mdless | Formatted and highlighted view of Markdown files |
OCRmyPDF | Add OCR text layer to scanned PDFs |
Paperwork | Designed to simplify the management of your paperwork |
PDF Mix Tool | Perform common editing operations on PDF files |
peco | Simple interactive filtering tool that's remarkably useful |
ripgrep | Recursively search directories for a regex pattern |
scrcpy | Display and control Android devices |
tldr | Simplified and community-driven man pages |
tmux | A terminal multiplexer that offers a massive boost to your workflow |
Tusk | An unofficial Evernote client with bags of potential |
Ulauncher | Sublime application launcher |
Watson | Track the time spent on projects |
Whoogle Search | Self-hosted and privacy-focused metasearch engine |
I cringe when I read about CLI utilities written in Rust. That exa binary is over 800KB! (see the exa debian amd64 package)
You make it sound like you’ve made a discovery. Next you’ll be telling us Firefox is a memory hog.
And you should remember that “software bloat always expands to make use of all the memory available” ;+}
It is not a discovery for me, but will be for some, as there are deliberate attempts to cover up how bloated rust-created binaries are. For example, the description here packages.debian.org/sid/exa: “and it is small, fast, and one single binary”. of course, “small” is relative. ‘ls’ is about 145KB. Does some colour-coding, extra columns and git compatibility justify the extra 600KB? I am old-school, probably these days the younger generation of programmers don’t care about the bloat, just the coding conveniences — I have to have a bit of a grumble about it though.