59/60期「虛擬化完全看懂」內容勘誤

這下子水球真的要被編輯部拖去阿魯巴了，這下子水球真的要被編輯部拖去阿魯巴了！這下子水球真的要被編輯部拖去阿魯巴了!!! 因為水球腦殘把完全看懂虛擬化技術的定義寫錯了!!!!! 如果你看這兩期的完全看懂已經看得很爽，那麼一定要更認真看這篇文章。

相信看完連續兩期「完全看懂虛擬化技術」的讀者，到了wiki查詢Hypervisor的定義後，會丈八金剛摸不著頭緒：怪了，水球說虛擬機管理者有Type 0和Type1兩種，為何wiki上說的是Type 1和Type 2呢？

答案很簡單，據編輯部明查暗訪側面瞭解，因為水球寫的太爽打字打的太high，結果自己也寫錯了（據說水球在週末寫稿時，還MSN跟總編bobo講「很久沒這麼high了，我一邊寫稿一邊……」，果然就出包）。突然讓人想起，很久以前某篇完全看懂DirectX 11，也把「Compute Shader」都打成「Computer Shader」（牽托中）。

問題來了，出刊快一週了，那為何現在才出現勘誤啟事呢？難道電腦王也Dell化了嗎？

其實作者本人上週7/1下班回家在書店翻電腦王時，一看就知道「災細了」，且當晚在MSN上主動告知編輯部，後來也在7/3的留言中提及錯誤，但編輯部很忙，作者自己工作更忙，加上Dell螢幕標價事件追加筆電combo搞到留言洗板加上記者會現場直播，所以…就忘了。

廢話寫了這麼多，八月號的第三期內容也將再度鄭重勘誤，編輯部在此拖著快被阿魯巴到死的作者對讀者致歉。

那下期又有什麼內容呢？不可能只有一個勘誤表吧？那作者絕對會再被阿魯巴一萬次後被丟去東京灣填海吧？

x86指令集其實有「四層」執行層級，傳統上，應用程式放在Ring 3，作業系統核心與系統服務則在Ring 0跑，所以過去的軟體虛擬機都透過「Ring Compression」將系統核心擠壓到Ring 1，以便將Ring 0騰給VMM，卻製造了更大的麻煩：記憶體管理。

VT-x和AMD-V真正最重要的貢獻，在於可讓作業系統以「正常」的特權層級執行系統核心，且不會失去本應具備的「行為模式」，這以最有名的糟糕x86指令POPF來解釋，再適合也不過了。

順便一提，根據垂死的作者所述，下期內容將進一步「補完」之前因避免內容過度複雜、導致讀者消化不良的進階觀念，和因時間太緊篇幅限制，無法與讀者分享的深度測試：

如x86指令集中明明有四層權限（Ring 0-3），那過去的純軟體虛擬機管理者是怎麼分配的？「Ring Compression」又造成哪些問題？作者將以在x86虛擬化世界極為有名的POPF指令為範例，一步一步解釋x86難以虛擬化的另類真相以彌補作者首期連載的不足。
透過實戰安裝測試，詳細比較眾多虛擬機的設計哲學、功能差異與效能差距。
記憶體虛擬化技術：VPID/Tagged TLB與EPT/NPT之間，有著極度密切的關聯性。上期「佛心來著」的水球將「三太子上身」，用最簡短的文字和表達手段，補充這部份的缺憾。
想一窺更先進、卻難以在個人電腦一親芳澤的新型虛擬化功能？像VPID/Tagged TLB、EPT/NPT和VT-d？作者將以真正的伺服器平台（雙Intel Xeon X5570，6GB DDR3-1333記憶體，Gingle 32GB SSD + WD RE4 GP 2TB）作為實戰測試的載具，如果不小心亂入AMD六核心Opteron上演血流成河的PK大戰也請不要太意外。

最後，水球該死，編輯無罪，謝謝指教，下期再會。（就這樣夾著尾巴逃跑了）