pg_top(1)
π NAME β pg_top(1) (General Commands Manual) π
okay bestie, pg_top is literally the icon that displays and updates information about the top cpu PostgreSQL processes. Raw cpu percentage is used to rank the processes. If number is given, then the top number processes will be displayed instead of the default. periodt. π
β¨ SYNOPSIS β¨
pg_top [option...] [number]
π¦ DESCRIPTION π¦
pg_top displays the top processes on the system and periodically updates that information. Raw cpu percentage is used to rank the processes, no cap. If number is given, then the top number processes will be displayed instead of the default.
pg_top makes a distinction between terminals that support advanced capabilities and those that do not. This distinction affects the choice of defaults for certain options. In the rest of this document, an intelligent terminal is one that supports cursor addressing, clear screen, and clear to end of line. Conversely, a dumb terminal is one that does not support such features. If the output of pg_top is redirected to a file, it acts as if it were being run on a dumb terminal.
π OPTIONS π
-b,--batchβ Usebatchmode. In this mode, all input from the terminal is ignored. Interrupt characters (such as^Cand^e) still have an effect. This is the default on a dumb terminal, or when the output is not a terminal.-C,--color-modeβ Turn off the use of color in the display.-c,--show-commandβ Show the command name for each process. Default is to show the full command line. This option is not supported on all platforms.-h HOST,--host=HOSTβ Specifies the host name of the machine on which the server is running. If the value begins with a slash, it is used as the directory for the Unix domain socket. The default is taken from thePGHOSTenvironment variable, if set.-I,--hide-idleβ Do not display idle processes. By default,pg_topdisplays both active and idle processes.-i,--interactiveβ Useinteractivemode. In this mode, any input is immediately read for processing. See the section on βInteractive Modeβ for an explanation of which keys perform what functions. After the command is processed, the screen will immediately be updated, even if the command was not understood. This mode is the default when standard output is an intelligent terminal.-n,--non-interactiveβ Usenon-interactivemode. This is identical tobatchmode.-o FIELD,--order-field=FIELDβ Sort the process display area on the specified field. The field name is the name of the column as seen in the output, but in lower case. Likely values arecpu,size,res,xtimeandqtime, but may vary on different operating systems. Note that not all operating systems support this option.-p PORT,--port=PORTβ Specifies the TCP port or local Unix domain socket file extension on which the server is listening for connections. Defaults to thePGPORTenvironment variable, if set.-Rβ Display WAL sender processes' replication activity to connected standby servers. Only directly connected standbys are listed; no information is available about downstream standby servers.-r,--remote-modeβ Monitor a remote database where the database is on a system other than wherepg_topis running from.pg_topwill monitor a remote database if it has thepg_proctabextension installed.-s TIME,--set-delay=TIMEβ Set the delay between screen updates toTIMEseconds. The default delay between updates is 5 seconds.-T,--show-tagsβ List all available color tags and the current set of tests used for color highlighting, then exit.-U USERNAME,--username=USERNAMEβ PostgreSQL database user name to connect as.-V,--versionβ Write version number information tostderrthen exit immediately. No other processing takes place when this option is used. To see current revision information whilepg_topis running, use the help command?.-W,--passwordβ Forcespg_topto prompt for a password before connecting to a database.pg_topwill also keep the database connection open while running, and will clear the database connection from memory for security.-Xβ Display I/O activity per process. This depends on whether the platformpg_topis run on supports getting I/O statistics per process, or whether the database system thatpg_proctabis installed on supports getting I/O statistics whenpg_topattempts to get operating system statistics remotely.-x COUNT,--set-display=COUNTβ Show onlyCOUNTdisplays, then exit. A display is considered to be one update of the screen. This option allows the user to select the number of displays he wants to see beforepg_topautomatically exits. For intelligent terminals, no upper limit is set. The default is 1 for dumb terminals.-z USERNAME,--show-username=USERNAMEβ Show only those processes owned byUSERNAME. This option currently only accepts PostgreSQL database user names.
Both COUNT and NUMBER fields can be specified as infinite, indicating that they can stretch as far as possible. This is accomplished by using any proper prefix of the keywords infinity, maximum, or all. The default for COUNT on an intelligent terminal is, in fact, infinity.
The environment variable PG_TOP is examined for options before the command line is scanned. This enables a user to set his or her own defaults. The number of processes to display can also be specified in the environment variable PG_TOP. The options -C, -I, and -u are actually toggles. A second specification of any of these options will negate the first. Thus a user who has the environment variable PG_TOP set to -I may use the command top -I to see idle processes.
π§ INTERACTIVE MODE π§
When pg_top is running in interactive mode, it reads commands from the terminal and acts upon them accordingly. In this mode, the terminal is put in BREAK, so that a character will be processed as soon as it is typed. Almost always, a key will be pressed when pg_top is between displays; that is, while it is waiting for TIME seconds to elapse. If this is the case, the command will be processed and the display will be updated immediately thereafter (reflecting any changes that the command may have specified). This happens even if the command was incorrect. If a key is pressed while pg_top is in the middle of updating the display, it will finish the update and then process the command. Some commands require additional information, and the user will be prompted accordingly. While typing this information in, the user's erase and kill keys (as set up by the command stty) are recognized, and a newline terminates the input.
These commands are currently recognized (^L refers to control-L):
^Lβ Redraw the screen.Aβ Display the actual query plan (EXPLAIN ANALYZE) of the currently running SQL statement by re-running the SQL statement (prompt for process id.)aβ Display the top PostgreSQL processor activity. (default)Cβ Toggle the use of color in the display.cβ Toggle the display of the full command line.dβ Change the number of displays to show (prompt for new number). Remember that the next display counts as one, so typingd1will makepg_topshow one final display and then immediately exit.hor?β Display a summary of the commands (help screen). Version information is included in this display.Eβ Display re-determined execution plan (EXPLAIN) of the SQL statement by a backend process (prompt for process id.)iβ Toggle the display of idle processes.Lβ Display the currently held locks by a backend process (prompt for process id.)nor#β Change the number of processes to display (prompt for new number).oβ Change the order in which the display is sorted. This command is not available on all systems. The sort key names when viewing processes vary from system to system but usually include:cpu,res,size,xtimeandqtime. The default is unsorted. See the interactive help for available sort key names.Qβ Display the currently running query of a backend process (prompt for process id.)qβ Quitpg_top.sβ Change the number of seconds to delay between displays (prompt for new number).uβ Display only processes owned by a specific username (prompt for username). If the username specified is simply+, then processes belonging to all users will be displayed.
πΈ THE DISPLAY πΈ
The actual display varies depending on the specific variant of Unix that the machine is running. This description may not exactly match what is seen by pg_top running on this particular machine. Differences are listed at the end of this manual entry.
The top few lines of the display show general information about the state of the system, including the last process id assigned to a process (on most systems), the three load averages, the current time, the number of existing processes, the number of processes in each state (sleeping, running, starting, zombies, and stopped), and a percentage of time spent in each of the processor states (user, nice, system, and idle). It also includes information about physical and virtual memory allocation.
The remainder of the screen displays information about individual processes. This display is similar in spirit to ps(1) but it is not exactly the same. The columns displayed by pg_top will differ slightly between operating systems. Generally, the following display are available:
π ACTIVITY DISPLAY π
PIDβ The process id.USERNAMEβ Username of the process's owner (if-uis specified, aUIDcolumn will be substituted forUSERNAME).SIZEβ Total size of the process (text, data, and stack) given in kilobytes.RESβ Resident memory: current amount of process memory that resides in physical memory, given in kilobytes.STATEβ Current backend state (typically one ofidle,active,idltxn,fast,disable, orstop).XTIMEβ Elapsed time since the current transactions started.QTIMEβ Elapsed time since the current query started.%CPUβ Percentage of available cpu time used by this process.LOCKSβ Number of locks granted to this process.COMMANDβ Name of the command that the process is currently running.
πΈ I/O DISPLAY (Linux only) πΈ
Only on Linux bestie, and it's giving exactly what you need to know about who's doing all the disk talking πΎ
PIDβ the process id, obvs πIOPSβ counts how many read and write I/O operations happen per second β both flavors, one number β¨IORPSβ just the read I/O operations per second, reads only, no write erasure πIOWPSβ just the write I/O operations per second, writes only, we love a dedicated icon πREADSβ number of bytes read from storage, in bytes, like the messy raw count πWRITESβ number of bytes written to storage, again, bytes, that's the unit πCOMMANDβ name of the command the process is currently running, like the vibes label on the whole thing π
π¦ REPLICATION DISPLAY π¦
This one is for you if you're watching a WAL sender do its thing β every column is a little check-in on the replication timeline π
PIDβ the process id, same as always πUSERNAMEβ name of the user logged into this WAL sender process π€APPLICATIONβ name of the application that's connected to this WAL sender π±CLIENTβ IP address of the client connected to this WAL sender πSTATEβ the current WAL sender state, like its current mood πPRIMARYβ current transaction log insert location on the primary node πSENTβ last write-ahead log location sent on this connection π€WRITEβ last write-ahead log location written to disk βοΈFLUSHβ last write-ahead log location flushed to disk π½ (sorry, but that's literally the word)REPLAYβ last write-ahead log location replayed into the database πSLAGβ size of the write-ahead log location remaining to be sent, i.e. how much is still stuck in the outbox π¬WLAGβ size of the write-ahead log location remaining to be written to disk βοΈβ³FLAGβ size of the write-ahead log location remaining to be flushed to disk π½β³RLAGβ size of the write-ahead log location remaining to be replayed into the database πβ³
π COLOR π
Okay so pg_top does support ANSI color in its output, and the tea is: by default, color is available but not used π. The environment variable PG_TOPCOLORS is what specifies which colors to use and the conditions for using them.
Right now β like, at the present time β only numbers in the summary display area can be colored. In a future version it'll be possible to highlight numbers in the process display area too. Not yet, bestie, patience π§
Heads up: the environment variable is the only way to specify color. There is no equivalent command line option. Periodt.
Also note: the environment variable PG_TOPCOLOURS is understood too β and the British spelling takes precedence π¬π§π
.
And the whole color thing only works on terminals that understand and process ANSI color escape sequences β if your terminal isn't that girl, it's not gonna slay β¨
So the environment variable is a sequence of color specifications, separated by colons. Each specification takes the form:
tag=min,max#code
Where tag is the name of the value to check, min and max specify a range for the value, and code is an ANSI color code. You can list multiple color codes, separated with semi-colons π¨
The deets on the ranges:
- A missing
minimplies the lowest possible value (usually0) - A missing
maximplies infinity - The comma must always be present β do not skip the comma, the comma is the main character of this specification π₯
When you're specifying numbers for load averages, they should be multiplied by 100. For example:
1min=500,1000#31
That indicates that a 1 minute load average between 5 and 10 should be displayed in red. Cute! πΉ
Color attributes can be combined. For example:
5min=1000,#37;41
That one indicates that a 5 minute load average higher than 10 should be displayed with white characters on a red background. Iconic combo tbh π€β€οΈ
There's also a special tag named header β it controls the color of the header for process display. It should be specified with no lower and upper limits, specifically header=,# followed by the ANSI color code. Like:
header=,#<code>
And you can see a list of color codes recognized by this installation of pg_top with the -T option π. That'll also show you the current set of tests used for color highlighting, as specified in the environment. So like, a little mirror of your env vibes πͺ
π ENVIRONMENT π
PG_TOPβ user-configurable defaults for options π οΈPG_TOPCOLORSβ color specification π¨
π BUGS π
As with ps(1), things can change while pg_top is collecting information for an update. The picture it gives is only a close approximation to reality β it's a vibe, not a verdict, ngl π
π SEE ALSO π
π§ LINUX NOTES π§
The Linux port was written by Richard Henderson <rth@tamu.edu> β thank you king π«Ά
The CPU% calculation was brazenly stolen from the Solaris 2 port and should be attributed to one of the many names listed in its man page. Not me calling out the theft but also the manpage literally says it π
The order support was stolen from the SUNOS 5 port by Alexey Klimkin <kad@klon.tme.mcst.ru> π
Made to work under 2.4 by William LeFebvre π§
π Author π
William LeFebvre, Mark Wong β¨
Alright bestie, that's the whole page π₯Ήπ You've officially read pg_top(1) β this is version 4.1.3, the pg_top(1) man page, and you absolutely ate that. Go forth and color those load averages responsibly ππ
π¦ where this page comes from
- fedora 44: pg_top 4.1.3-2.fc44 Β· BSD-3-Clause
- nixos 26.05: pg_top 4.1.3
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms