在大部分 Unix 平台上，LightDB会修改由ps报告的命令标题，这样个体服务器进程可以被标识。一个显示样例是

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

（ps的调用方式随不同的平台而变，但是显示的细节都差不多。这个例子来自于一个最近的 Linux 系统）。列在这里的第一个进程是主服务器进程。为它显示的命令参数是当它被启动时使用的那些。接下来的五个进程是由主进程自动启动的后台工作者进程（如果你已经设置系统为不启动统计收集器，“统计收集器”进程将不会出现；同样“自动清理发动”进程也可以被禁用）。剩余的每一个进程都是一个处理一个客户端连接的服务器进程。每个这种进程都会把它的命令行显示设置为这种形式

lightdb: user database host activity

在该客户端连接的生命期中，用户、数据库以及（客户端）主机项保持不变，但是活动指示器会改变。活动可以是闲置（即等待一个客户端命令）、在事务中闲置（在一个BEGIN块里等待客户端）或者一个命令类型名，例如SELECT。还有，如果服务器进程正在等待一个其它会话持有的锁， 等待中会被追加到上述信息中。在上面的例子中，我们可以推断：进程 15606 正在等待进程 15610 完成其事务并且因此释放一些锁（进程 15610 必定是阻塞者，因为没有其他活动会话。在更复杂的情况中，可能需要查看pg_locks系统视图来决定谁阻塞了谁）。

如果配置了cluster_name，则实例的名字 也将会显示在ps的输出中：

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

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

如果你已经关闭了update_process_title，那么活动指示器将不会被更新，进程标题仅在新进程被启动的时候设置一次。 在某些平台上这样做可以为每个命令节省可观的开销，但在其它平台上却不明显。