今兒本來想給新寫的程序跑個(gè)壓力測試，結(jié)果剛把數(shù)據(jù)量調(diào)大就崩了。任務(wù)管理器里看內(nèi)存占用才1.8G，明明機(jī)器有16G內(nèi)存，這就很邪門了。我就琢磨著打開資源監(jiān)視器往深里扒拉，發(fā)現(xiàn)虛擬內(nèi)存那欄標(biāo)紅飆到5G多——好家伙，原來問題藏在這兒。

一、工具暴露的核心矛盾

開著資源監(jiān)視器反復(fù)測試，發(fā)現(xiàn)三個(gè)關(guān)鍵點(diǎn)：

• 物理內(nèi)存實(shí)際只用1.8G，但程序拼命申請?zhí)摂M地址
• 每次申請新內(nèi)存時(shí)磁盤燈狂閃
• 程序崩潰瞬間虛擬內(nèi)存使用量突破頂格紅線

這驗(yàn)證了我的猜想：程序崩掉跟物理內(nèi)存關(guān)系不大，而是虛擬地址空間塞爆了。

二、拆解虛擬地址空間本質(zhì)

翻了三本操作系統(tǒng)書才搞懂門道：

• 32位系統(tǒng)上限是4G（2的32次方個(gè)地址）
• 64位系統(tǒng)理論有1677萬TB，但實(shí)際被系統(tǒng)鎖死
• 虛擬空間就是個(gè)超大包廂，物理內(nèi)存是實(shí)際座位

重點(diǎn)來了：系統(tǒng)會(huì)給虛擬空間設(shè)天花板。像Windows默認(rèn)給程序分配2GB用戶空間。我在注冊表里翻到這條關(guān)鍵參數(shù)：HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management 里的SystemPages值。

三、動(dòng)手解決實(shí)際瓶頸

針對我的64位Win10實(shí)操調(diào)整：

• 找到任務(wù)管理器里"頁面文件使用上限"數(shù)值
• 物理內(nèi)存16G+頁面文件5G=21G可用天花板
• 用BCDEdit命令解鎖內(nèi)核空間限制：bcdedit /set increaseuserva 8192
• 重啟后程序成功吃下7.3G虛擬空間

過程中踩了個(gè)大坑：修改后某個(gè)老舊驅(qū)動(dòng)不兼容，藍(lán)屏兩次才排查出問題。在主板官網(wǎng)更了驅(qū)動(dòng)才穩(wěn)下來。

說點(diǎn)大實(shí)話

現(xiàn)在終于明白：物理內(nèi)存條插多少只決定"包間"大小，真正卡脖子的是系統(tǒng)給的"包廂預(yù)訂額度"。那些號稱128G內(nèi)存的工作站要是沒調(diào)虛擬空間參數(shù)，跑大數(shù)據(jù)照樣崩給你看。這回折騰完的最大收獲是：下次見到程序崩盤先別罵內(nèi)存不夠，按住Alt看資源監(jiān)視器虛擬內(nèi)存曲線才是正經(jīng)事！