# 27.1\. 標準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: writer process postgres 15555 0.0 0.0 57536 916 ? Ss 18:02 0:00 postgres: checkpointer process postgres 15556 0.0 0.0 57536 916 ? Ss 18:02 0:00 postgres: wal writer process postgres 15557 0.0 0.0 58504 2244 ? Ss 18:02 0:00 postgres: autovacuum launcher process postgres 15558 0.0 0.0 17512 1068 ? Ss 18:02 0:00 postgres: stats collector process 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系統。這里顯示出來的第一個進程是主服務器進程。 顯示的命令參數和啟動它的命令行參數相同。 下面是由主服務器進程自動調用的五個統計收集器后臺進程， 如果你設置了系統不啟動統計收集器，那么它們不會出現。 同樣的可用禁用"autovacuum發射器"。 剩下的都是一個個處理客戶連接的服務器進程，每個這樣的進程都用下面的形式顯示： ``` postgres: _user_ _database_ _host_ _activity_ ``` 在該客戶端連接的生命期中，用戶，數據庫和(客戶端)主機都保持不變， 但是活躍性指示符會變化。活躍性可以是`空閑`(等待客戶端的命令)、 `事務空閑`(在一個`BEGIN`塊里等待用戶)、 或者一個命令類型名，比如`SELECT`。 同樣，如果當前正在等待一個其它服務器進程持有的鎖的時候， 會在信息后面附加`waiting`。在上面的例子中，我們可以推出： 進程15606正在等待15610完成其事務，這樣才能釋放一些鎖。進程15610阻塞， 因為沒有其他活動會話。在更復雜的情況下，有必要查看 [`pg_locks`](#calibre_link-723) 系統視圖來決定誰正在阻止他們。 如果關閉了[update_process_title](#calibre_link-1533)那么活躍性指示符將不會變化， 并且進程標題僅在新進程被啟動的時候設置一次。 在某些平臺上這樣做可以節省每個命令的開銷，但在其它平臺上卻沒有這種差異。 > **Tip:** Solaris需要特別的處理。 你必需使用`/usr/ucb/ps`而不是`/bin/ps`。 你還必需使用兩個`w`標志，而不是一個。 另外，你最初調用`postgres`時 用到的命令行在`ps`狀態顯示中必須比 每個服務器進程顯示的短。如果沒滿足這三個條件， 那么`ps`為每個服務器進程輸出的將是最初的`postgres`的命令行。