# Hugepage

在作業系統 Linux 環境中，記憶體是以頁 Page 的方式進行分配，預設大小為 4K。如果需要比較大的記憶體空間，則需要進行頻繁的頁分配和管理定址動作。

HugePage 是傳統 4K Page 的替代方案。顧名思義，是用 HugePage 可以讓我們有更大的記憶體分頁大小。

### 優點

- 大頁和普通頁：傳統頁大小是 4K 而 hugeLTB 大小 2048k。這意味著系統需要處理 512 倍傳統頁面。
 - 減少 PageTable 檢索負載：更小的 PageTable 意味著更快的檢索定位能力；
 - 記憶體效能提升：Page 數量減少、大小的增加，減少了管理過程的複雜性，進一步減少了瓶頸出現的機率；
 - 非 Swap 記憶體：當開啟 HugePage 的時候，HugePage 是不會 Swap 的；
 - 減少 Page Table 空間負載：在 PageTable 管理中，每條 Page 記錄是要佔據 64byte 的空間的。也就是說，如果一塊 50G 的 RAM，4k 大小的 PageTable 要有 80MB 左右；

### 注意

1. AMM 是不支援 HugePage的，如果強在 AMM+HugePage 模式下開啟資料庫，是會遇到失敗資訊。或者佔用非 HugePage 部分的記憶體進行工作，導致 HugePage 部分的記憶體，Oracle 不可用。
2. SGA 大小的配置是要小於 Hugepage 大小的

### 舉例

```sql
alter system set memory_max_target=0 scope=spfile;
alter system set memory_target=0 scope=spfile;
alter system set pga_aggregate_target=100m scope=spfile;
alter system set sga_target=260m scope=spfile;
alter system set sga_max_size=260m scope=spfile;
```

### 異常處理

1. 如果重新啟動系統，會報錯。

```sql
   SQL> startup force
   ORA-00843: Parameter not taking MEMORY_MAX_TARGET into account
   ORA-00849: SGA_TARGET 272629760 cannot be set to more than MEMORY_MAX_TARGET 0.
   ```

這個問題的原因是 Oracle 啟動過程中對於引數的內部檢查。因為 MEMORY_MAX_TARGET 被“顯示”的賦值，與 SGA_TARGET 賦值相沖突。

2. 解決的方法就是使用引數預設值。建立出 pfile 之後，將顯示賦值為 0 的 MEMORY_TARGET 和MEMORY_MAX_TARGET 記錄行刪除掉。再利用pfile啟動資料庫，重建spfile。

# SWAP

當使用 AMM 管理資料庫時，11.2.0.1~12.2.0.1 時會觸發一個 bug：Kkjcre1p: unable to spawn jobq slave process Happened Intermittently When Memory_target Is Set and Swap Size Is Not Big (Document ID: 2356025.1)

官方建議值為 MEMORY_MAX_TARGET 的 0.75 倍大小

# 資料庫記憶體配置檢查

### 記憶體 & swap 大小檢視

```shell
df -h
```

### Hugepage 使用檢查

```shell
grep Huge /proc/meminfo
```

### Hugepage 配置檢查

```shell
grep nr_hugepages /etc/sysctl.conf
```

### 資料庫記憶體配置檢查

```sql
show parameter sga
show parameter pga
show parameter memory
```

Oracle：記憶體設定注意事項

相關文章