在大多数 Unix 平台上，PostgreSQL 会修改其由 ps 报告的命令标题，以便可以轻松识别各个服务器进程。一个示例显示如下

$ ps auxww | grep ^postgres
postgres  15551  0.0  0.1  57536  7132 pts/0    S    18:02   0:00 postgres -i
postgres  15554  0.0  0.0  57536  1184 ?        Ss   18:02   0:00 postgres: background writer
postgres  15555  0.0  0.0  57536   916 ?        Ss   18:02   0:00 postgres: checkpointer
postgres  15556  0.0  0.0  57536   916 ?        Ss   18:02   0:00 postgres: walwriter
postgres  15557  0.0  0.0  58504  2244 ?        Ss   18:02   0:00 postgres: autovacuum launcher
postgres  15582  0.0  0.0  58772  3080 ?        Ss   18:04   0:00 postgres: joe runbug 127.0.0.1 idle
postgres  15606  0.0  0.0  58772  3052 ?        Ss   18:07   0:00 postgres: tgl regression [local] SELECT waiting
postgres  15610  0.0  0.0  58772  3056 ?        Ss   18:07   0:00 postgres: tgl regression [local] idle in transaction

（ps 的适当调用在不同的平台之间有所不同，所显示的详细信息也不同。此示例来自最新的 Linux 系统。）此处列出的第一个进程是主服务器进程。为其显示的命令参数与启动时使用的参数相同。接下来的四个进程是主进程自动启动的后台工作进程。（如果您已将系统设置为不运行自动清理，则不会出现“自动清理启动器”进程。）其余的每个进程都是处理一个客户端连接的服务器进程。每个这样的进程都将其命令行显示设置为以下格式

postgres: user database host activity

用户、数据库和（客户端）主机项在客户端连接的生命周期内保持不变，但活动指示器会发生变化。活动可以是 idle（即，等待客户端命令）、idle in transaction（在 BEGIN 块内等待客户端）或诸如 SELECT 之类的命令类型名称。此外，如果服务器进程当前正在等待另一个会话持有的锁，则会附加 waiting。在上面的示例中，我们可以推断出进程 15606 正在等待进程 15610 完成其事务，从而释放某些锁。（进程 15610 必须是阻塞者，因为没有其他活动会话。在更复杂的情况下，有必要查看 pg_locks 系统视图以确定谁在阻塞谁。）

如果配置了 cluster_name，则集群名称也将显示在 ps 输出中

$ psql -c 'SHOW cluster_name'
 cluster_name
--------------
 server1
(1 row)

$ ps aux|grep server1
postgres   27093  0.0  0.0  30096  2752 ?        Ss   11:34   0:00 postgres: server1: background writer
...

如果您已关闭 update_process_title，则不会更新活动指示器；进程标题仅在新进程启动时设置一次。在某些平台上，这可以节省大量的每个命令的开销；在其他平台上，这微不足道。