new 2D acceleration architecture for X.Org


List files one per line

$ exa --oneline

List all files, including hidden files

$ exa --all

Long format list (permissions, ownership, size and modification date) of all files

$ exa --long --all

List files with the largest at the top

$ exa --reverse --sort=[size]

Display a tree of files, three levels deep

$ exa --long --tree --level=[3]

List files sorted by modification date (oldest first)

$ exa --long --sort=[modified]


EXA provides a simple API for video drivers to implement for 2D acceleration. It is a module loaded by drivers, and is not intended to be loaded on its own. See your driver's manual page for how to enable EXA.

The EXA architecture is designed to make accelerating the Render extension simple and efficient, and results in various performance tradeoffs compared to XAA. Some xorg.conf options are available for debugging performance issues or driver rendering problems. They are not intended for general use.

Option qEXANoComposite q qbooleanq Disables acceleration of the Composite operation, which is at the heart of the Render extension. Not related to the Composite extension. Default: No.

Option qEXANoUploadToScreen q qbooleanq Disables acceleration of uploading pixmap data to the framebuffer. Default: No.

Option qEXANoDownloadFromScreen q qbooleanq Disables acceleration of downloading of pixmap data from the framebuffer. NOTE: Not usable with drivers which rely on DownloadFromScreen succeeding. Default: No.

Option qMigrationHeuristic q qanystrq Chooses an alternate pixmap migration heuristic, for debugging purposes. The default is intended to be the best performing one for general use, though others may help with specific use cases. Available options include qalways q, qgreedy q, and qsmart q. Default: always.


Authors include: Keith Packard, Eric Anholt, Zack Rusin, and Michel D


Xorg(1), xorg.conf(5).

Copied to clipboard
free 100$ digital ocean credit