北京
微軟C++標準庫的實現(xiàn)細節(jié)，最近讓一群性能工程師集體皺眉——std::deque的內(nèi)存塊只有16字節(jié)。
什么概念？存4個整數(shù)就要開新塊。插入128個元素，你得跨越32個內(nèi)存塊邊界。每次跨越都是一次指針跳轉(zhuǎn)，一次潛在的緩存失效。
這設(shè)計是故意的，還是歷史包袱？
查了下MSVC的源碼注釋，這個16字節(jié)設(shè)定可以追溯到二十年前。當時的目標機器內(nèi)存以KB計，小塊分配能減少碎片。但現(xiàn)在服務(wù)器緩存行都64字節(jié)起步了，這個策略明顯錯位。
對比GCC的實現(xiàn)：塊大小隨元素類型動態(tài)計算，通常能塞下512個元素以上。同樣128個整數(shù)，GCC可能只跨1個邊界，MSVC要跳32次。
指針跳轉(zhuǎn)的代價很實在。現(xiàn)代CPU預(yù)測失敗一次，十幾個時鐘周期就沒了。高頻交易場景里，這直接等于錢。
為什么沒人改？
ABI兼容性。微軟一旦調(diào)整塊大小，所有編譯過的二進制都得重鏈。這個鎖，比技術(shù)債更難解。
臨時解法倒是有：對性能敏感的場景，換std::vector預(yù)分配，或者直接用第三方庫。但大多數(shù)開發(fā)者根本意識不到自己踩了坑——標準庫本該是信任基礎(chǔ)，現(xiàn)在成了隱藏變量。
這件事的啟示很具體：選技術(shù)棧時，"標準"不等于"最優(yōu)"。MSVC的deque在Windows生態(tài)里無處不在，但它的內(nèi)存模型是為二十年前的硬件寫的。如果你的代碼在熱路徑上頻繁插入刪除，現(xiàn)在就該去查一下編譯器版本和容器實現(xiàn)。性能優(yōu)化沒有銀彈，只有對實現(xiàn)細節(jié)的偏執(zhí)。
特別聲明：以上內(nèi)容(如有圖片或視頻亦包括在內(nèi))為自媒體平臺“網(wǎng)易號”用戶上傳并發(fā)布，本平臺僅提供信息存儲服務(wù)。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
