記憶體不足 (Out of Memory) 完整排查指南：DOS/Windows 双環境對應策略

「記憶體不足」「Out of memory」錯誤在 DOS 年代與 Windows 環境成因截然不同。本文分環境深度解析，提供從 CONFIG.SYS 優化到現代記憶體管理的完整對策。

🖥 環境一：DOS / 16 位元應用程式 (經典年代，現仍用於嵌入式/舊設備維護)

記憶體架構速覽

• 常規記憶體 (Conventional Memory)： 0~640 KB，DOS 核心、TSR、驅動、應用程式主戰場，**最關鍵瓶頸**。
• 上層記憶體區 (UMA, 640KB~1MB)： 視訊 BIOS、擴充 ROM、EMS/UMB 窗口。
• 擴充記憶體 (Extended Memory, >1MB)： 286+ CPU 可定址，需 HIMEM.SYS 管理 (XMS 標準)。
• 擴展記憶體 (Expanded Memory, EMS)： 頁面框架在 UMA 映射 >1MB 實體記憶體，需 EMM386.EXE 模擬。

常見成因與對策

🪟 環境二：Windows (9x/NT/XP/7/10/11) 記憶體管理

核心概念

• 虛擬記憶體 = 實體 RAM + 分頁檔 (pagefile.sys)，每進程 4 GB (32 位) / 128 TB (64 位) 虛擬位址空間。
• 工作集 (Working Set)： 進程當前駐留實體 RAM 的頁面集合。
• 提交充當 (Commit Charge)： 已承諾分配的虛擬記憶體總量 (含分頁檔預留)。

常見成因與對策

🛠 統一排查 SOP (現代 Windows)

1. Ctrl+Shift+Esc → 「效能」→「記憶體」→ 觀察「正在使用中」「可用」「提交充當」「快取」「分頁/非分頁集區」。
2. 「詳細資料」→ 加入欄位：「提交大小」「工作集」「可分頁集區」「非分頁集區」→ 依「提交大小」降冪排序，鎖定大戶。
3. 可疑進程 → 右鍵 → 「前往詳細資料」→ 檢查路徑、簽章、命令列。
4. poolmon (Windows Driver Kit) 觀察 Non-paged Pool 標籤增長 → 對應驅動洩漏。
5. !address -summary (WinDbg) 進階分析虛擬位址空間分佈。

💡 長效優化清單

1. 實體 RAM 升級至 16 GB (主流) / 32 GB (重度) / 64 GB+ (專業) — 單一最高 ROI 投資。
2. 虛擬記憶體固定值、放非系統盤 (文章 65615)。
3. 精簡啟動項與服務 (Autoruns + services.msc)。
4. 關閉視覺效果、動態壁紙、剪貼板歷史 (不需時)。
5. 定期重開機 (釋放洩漏、重置工作集) — 伺服器排程每週重開機。
6. 監控提交充當長期趨勢 (效能監視器計數器) — 趨勢上揚必有洩漏。

記憶體不足在 DOS 年代是「常規記憶體 640KB 爭奪戰」，在 Windows 年代是「實體 RAM + 分頁檔 總量 vs 提交充當」的博弈。**加裝實體 RAM 永遠是最直接、最有效、副作用最小的解法**。