exa

new 2D acceleration architecture for X.Org

TLDR

List files one per line

>_ exa --oneline
copy

List all files, including hidden files

>_ exa --all
copy

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

>_ exa --long --all
copy

List files with the largest at the top

>_ exa --reverse --sort=[size]
copy

Display a tree of files, three levels deep

>_ exa --long --tree --level=[3]
copy

List files sorted by modification date (oldest first)

>_ exa --long --sort=[modified]
copy

DESCRIPTION

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

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

SEE ALSO

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

Copied to clipboard
free 100$ digital ocean credit