AIX 在記憶體管理方式方面有些特殊。您的伺服器可能有多個 GB 的 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 位元程序僅限於 4 GB 記憶體，並使用幾個模型之一以 256 MB 區段配置。預設值允許堆積中少於 256 MB，因為它與堆疊共用一個區段。

在上述 plperl 範例中，請檢查 umask 和 PostgreSQL 安裝中二進位檔案的權限。該範例中涉及的二進位檔案為 32 位元，並以模式 750 安裝，而非 755。由於權限是以這種方式設定，因此只有擁有者或擁有群組的成員才能載入函式庫。由於它不是世界可讀的，因此載入器會將物件放入程序的堆疊中，而不是共享函式庫區段（否則會將物件放入共享函式庫區段）。

解決此問題的「理想」方案是使用 64 位元版本的 PostgreSQL，但這並不總是可行的，因為具備 32 位元處理器的系統可以建置 64 位元二進位檔案，但無法執行這些二進位檔案。

如果需要 32 位元二進位檔案，請在啟動 PostgreSQL 伺服器之前將 LDR_CNTRL 設定為 MAXDATA=0xn0000000，其中 1 <= n <= 8，然後嘗試不同的值和 postgresql.conf 設定，以找出令人滿意的組態。使用 LDR_CNTRL 告訴 AIX 您希望伺服器為堆疊保留 MAXDATA 位元組，並以 256 MB 區段分配。當您找到可行的組態時，可以使用 ldedit 修改二進位檔案，以便預設使用所需的堆疊大小。PostgreSQL 也可以重新建置，傳遞 configure LDFLAGS="-Wl,-bmaxdata:0xn0000000" 以達到相同的效果。

對於 64 位元版本的建置，請將 OBJECT_MODE 設定為 64，並傳遞 CC="gcc -maix64" 和 LDFLAGS="-Wl,-bbigtoc" 給 configure。（xlc 的選項可能有所不同。）如果您省略 OBJECT_MODE 的匯出，您的建置可能會因連結器錯誤而失敗。設定 OBJECT_MODE 時，它會告訴 AIX 的建置公用程式（例如 ar、as 和 ld）預設處理哪種類型的物件。

預設情況下，可能會發生分頁空間的過度提交。雖然我們尚未看到這種情況發生，但 AIX 會在記憶體用盡且存取過度提交時終止程序。我們見過最接近這種情況的是，因為系統判斷沒有足夠的記憶體供另一個程序使用，所以 fork 失敗。與 AIX 的許多其他部分一樣，如果這成為問題，分頁空間配置方法和記憶體不足終止可以在系統或程序範圍內進行組態。

如果 Windows 上的 PostgreSQL 崩潰，它有能力產生 迷你傾印，可用於追蹤崩潰原因，類似於 Unix 上的核心傾印。這些傾印可以使用 Windows Debugger Tools 或 Visual Studio 讀取。若要在 Windows 上啟用傾印產生，請在叢集資料目錄內建立一個名為 crashdumps 的子目錄。然後，傾印將寫入此目錄，其唯一名稱基於崩潰程序的識別碼和崩潰的目前時間。

您可以使用 GCC 或 Sun 的編譯器組建來建置。為了更好的程式碼最佳化，強烈建議在 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 隨附的 CD 中。如果您需要較舊版本的 Solaris 的套件，您可以在 http://www.sunfreeware.com 找到這些工具。如果您偏好來源，請查看 https://www.gnu.org/prep/ftp。

如果 configure 抱怨測試程式失敗，這可能是執行時期連結器無法找到某些函式庫，可能是 libz、libreadline 或其他非標準函式庫，例如 libssl。若要將其指向正確的位置，請在 configure 命令列中設定 LDFLAGS 環境變數，例如，

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

請參閱 ld 手冊頁以取得更多資訊。

在 SPARC 架構上，強烈建議使用 Sun Studio 進行編譯。嘗試使用 -xO5 最佳化旗標來產生明顯更快速的二進位檔。請勿使用任何會修改浮點運算和 errno 處理行為的旗標（例如 -fast）。

如果您沒有理由在 SPARC 上使用 64 位元二進位檔，請優先使用 32 位元版本。64 位元運算較慢，且 64 位元二進位檔比 32 位元變體慢。另一方面，AMD64 CPU 系列上的 32 位元程式碼並非原生，因此 32 位元程式碼在該 CPU 系列上明顯較慢。

是的，可以使用 DTrace。請參閱 第 28.5 節 以取得更多資訊。

如果您看到 postgres 可執行檔的連結中斷，並出現類似下列的錯誤訊息

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 安裝太舊，無法處理靜態函式中的探測。您需要 Solaris 10u4 或更新版本才能使用 DTrace。