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 β€” Use batch mode. In this mode, all input from the terminal is ignored. Interrupt characters (such as ^C and ^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 the PGHOST environment variable, if set.
  • -I, --hide-idle β€” Do not display idle processes. By default, pg_top displays both active and idle processes.
  • -i, --interactive β€” Use interactive mode. 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 β€” Use non-interactive mode. This is identical to batch mode.
  • -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 are cpu, size, res, xtime and qtime, 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 the PGPORT environment 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 where pg_top is running from. pg_top will monitor a remote database if it has the pg_proctab extension installed.
  • -s TIME, --set-delay=TIME β€” Set the delay between screen updates to TIME seconds. 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 to stderr then exit immediately. No other processing takes place when this option is used. To see current revision information while pg_top is running, use the help command ?.
  • -W, --password β€” Forces pg_top to prompt for a password before connecting to a database. pg_top will 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 platform pg_top is run on supports getting I/O statistics per process, or whether the database system that pg_proctab is installed on supports getting I/O statistics when pg_top attempts to get operating system statistics remotely.
  • -x COUNT, --set-display=COUNT β€” Show only COUNT displays, 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 before pg_top automatically 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 by USERNAME. 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 typing d1 will make pg_top show one final display and then immediately exit.
  • h or ? β€” 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.)
  • n or # β€” 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, xtime and qtime. 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 β€” Quit pg_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 -u is specified, a UID column will be substituted for USERNAME).
  • 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 of idle, active, idltxn, fast, disable, or stop).
  • 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 min implies the lowest possible value (usually 0)
  • A missing max implies 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