PostgreSQL 平臺相關的說明

AIX 的特別之處在于它的內存管理。你可能有一個裝備有好多個吉字節(jié)空閑 RAM 的服務器，但是在運行應用時仍然會得到內存不足或者地址空間錯誤。一個例子是加載擴展會因為罕見的錯誤失敗。例如，作為 PostgreSQL 安裝的擁有者運行：

=# CREATE EXTENSION plperl;
ERROR:  could not load library "/opt/dbs/pgsql/lib/plperl.so": A memory address is not in the address space for the process.

作為擁有 PostgreSQL 安裝的組中的非擁有者運行：

=# CREATE EXTENSION plperl;
ERROR:  could not load library "/opt/dbs/pgsql/lib/plperl.so": Bad address

另一個例子是 PostgreSQL 服務器日志中的內存不足錯誤，每次內存分配接近或者超過 256 MB 時都會失敗。

所有這些問題的總體成因是服務器進程所用的尋址空間和內存模型。默認情況下，所有在 AIX 上編譯的二進制都是32位。這并不依賴于硬件類型或使用的內核。這些32位進程被限制在 4GB 的內存中，并被使用幾種模型之一安排成 256 MB 的段。該默認值允許在堆中低于 256 MB，因為它和棧共享一個單獨的段。

在plperl的例子中，檢查你的 umask 和你的 PostgreSQL 安裝中的二進制的權限。這個例子中涉及的二進制是32位的并且被用模式 750 而不是 755 安裝。由于這種方式的權限設置，只有所有者或擁有組的成員可以載入該庫。因為它不是所有人可讀的，載入器將該對象放在進程的堆中而不是它應該被放入的共享庫段中。

這個問題的“理想的”解決方案是使用 PostgreSQL 的64位編譯，但是這不是總是實用的，因為有32位處理器的系統(tǒng)可以編譯64位二進制但是卻不能運行它。

如果想要一個 32 位二進制，在開始 PostgreSQL 服務器之前將LDR_CNTRL設置為MAXDATA=0xn 0000000，其中 1 <= n <= 8，并且嘗試不同的值以及postgresql.conf設置來找一個能讓你滿意的配置。這種LDR_CNTRL的使用告訴 AIX 你希望服務器留出MAXDATA字節(jié)給堆，以 256 MB 的段分配。當你找到了一個可工作的配置時，ldedit可以被用來修改二進制，這樣它們默認使用想要的堆尺寸。PostgreSQL 也可以被重新編譯，傳遞configure LDFLAGS="-Wl,-bmaxdata:0xn 0000000"來達到相同的效果。

對于一個 64 位編譯，設置OBJECT_MODE為 64 并且傳遞CC="gcc -maix64"和LDFLAGS="-Wl,-bbigtoc"給configure（給xlc的選項可能不同）。如果你省略 OBJECT_MODE的輸出，你的編譯可能會因為鏈接器錯誤而失敗。當OBJECT_MODE被設置時，它告訴 AIX 的編譯工具（如ar、as和ld）默認要處理哪些對象類型。

默認情況下，過量使用頁面空間的情況可能會發(fā)生。不過我們還沒有看到過，當進程用盡內存并且出現了過量使用時 AIX 會殺死進程。我們見到過的最接近于此的是 fork 失敗，其原因是系統(tǒng)覺得已經沒有足夠的內存給另一個進程。和 AIX 的很多其他部分一樣，如果這成為了一個問題，頁面空間分配方法和耗盡內存導致的殺死在系統(tǒng)范圍或進程范圍是可以配置的。

如果 PostgreSQL 在 Windows 上崩潰，它有能力產生minidumps，這可以被用來追蹤崩潰發(fā)生的原因，這與 Unix 上的核心轉儲相似。這些轉儲可以被使用Windows Debugger Tools或Visual Studio讀取。要啟用在 Windows 上的轉儲生成，可在集簇數據目錄下創(chuàng)建一個名為 crashdumps的子目錄。轉儲將被寫入到這個目錄，轉儲的名字基于崩潰進程的標識符和崩潰的當前時間來確定。

你可以使用 GCC 或 Sun 的編譯器套件進行編譯。為了更好的代碼優(yōu)化，我們強烈推薦在 SPARC 架構下使用 Sun 的編譯器。如果你正在使用 Sun 的編譯器，注意不要選擇/usr/ucb/cc；而是使用/opt/SUNWspro/bin/cc。

你可以從https://www.oracle.com/technetwork/server-storage/solarisstudio/downloads/下載 Sun Studio。很多 GNU 工具都被整合到了 Solaris 10，或者它們在 Solaris companion CD 中。如果你需要用于老版本 Solaris 的包，你可以在http://www.sunfreeware.com找到這些工具。如果你想要源碼，在https://www.gnu.org/prep/ftp上找找。

如果configure抱怨一個失敗的測試程序，可能的情況是運行時鏈接器無法找到某些庫，可能是libz、libreadline或某些其他非標準庫如 libssl。要向它指出正確的位置，在configure命令行上設置LDFLAGS環(huán)境變量，例如：

configure ... LDFLAGS="-R /usr/sfw/lib:/opt/sfw/lib:/usr/local/lib"

更多信息可見ld手冊頁。

在 SPARC 架構上，我們強烈推薦使用 Sun Studio來編譯。嘗試使用-xO5優(yōu)化標志來生成顯著加快的二進制。不要使用任何修改浮點操作和errno處理（例如-fast）行為的標志。

如果你沒有理由要使用 SPARC 上的 64 位二進制，最好用 32 位版本。64 位操作較慢并且 64 位二進制比其 32 位變體要慢。在另一方面，AMD64 CPU 家族上的32 位代碼不是原生的，所以在那個 CPU 族中 32 位代碼要明顯地更慢。

是的，可以使用 DTrace。詳見第 27.5 節(jié)。

如果你看到postgres可執(zhí)行程序的鏈接中斷并且報出下面的錯誤消息：

Undefined                       first referenced
 symbol                             in file
AbortTransaction                    utils/probes.o
CommitTransaction                   utils/probes.o
ld: fatal: Symbol referencing errors. No output written to postgres
collect2: ld returned 1 exit status
make: *** [postgres] Error 1

說明你的 DTrace 安裝太舊，無法處理靜態(tài)函數中的探測。你需要 Solaris 10u4 或更新的版本以使用DTrace。