CPU微碼升級與補丁
cpu微碼是指一個 CPU 的指令集作為一微碼指令（微指令）的序列。其中每個典型地由很多位域和下一個微指令執行的地址組成。那么，CPU微碼怎么升級？CPU微碼怎么進行補丁呢？歡迎大家閱讀!更多相關信息請關注相關欄目!
在十多年前的Pentium時代，INTEL曾經發布過有缺陷的CPU，因為浮點運算表邊界上有幾個數據錯誤，導致在某些應用會出現錯誤，這個錯誤概率很小，出錯幾率小于千萬分之一，但在還是被捅出來了。INTEL為此召回CPU。
從PentiumPro起，INTEL決定給CPU留出一個補丁接口，當CPU內部有缺陷的時候，通過加載微碼(Microcode)，可以修復CPU的部分缺陷。
INTEL說，他們只測試過的CPU都是加載了微碼的，如果沒有加載微碼，INTEL不保證會出現什么問題。
現在的CPU有一個CPUID，通過執行CPUID指令，可以知道當前CPU的版本和Stepping。根據這個信息，再給CPU打相應的補丁。
就是CPUID=06D2，Rev.A2
何時給CPU打補丁?
在給CPU初始化的時候，就需要把INTEL提供的微碼寫進CPU去，因此，加載CPU微碼就是系統BIOS的任務。
如果系統的CPU是可更換的，那么其微碼也需要更換。因此，在BIOD里，一般要包進若干個ID的CPU微碼，以便工廠安排不同的SKU出貨。如果BIOS發布是在CPU發布之前，那么BIOS里很可能就沒有包進最新的微碼，這個系統要使用新CPU的時候，CPU微碼是無法加載的。
另外，BIOSROM容量有限，一個微碼補丁最小有2K，如果平臺兼容的CPU很多，則微碼數量是十分巨大的，臺式機某些主板可能兼容20多個CPU版本，那么微碼的體積很大，BIOS里根本包不下這么多東西，于是，廠商不得不縮水，去掉一些不常用的微碼。這些不常用的微碼一般都是早期的CPU，如DOTHAN早期的ASTEPPING就很可能沒有對應的微碼包進你的本本中去。
不打補丁會有什么問題?
INTEL說他們沒測過不打補丁的CPU，也就不知道會出什么問題。呵呵，這顯然，他們不想說太多技術細節而已。以俺的經驗，如果不打補丁，99.99%的時候，用戶是感覺不到的，除非問題特別突出。只是俺遇到過幾個明顯的例子，為此出了幾身汗。有幾個案例:
1，某PrescottCPU，在臺式機上發熱量特別大，超出DesignPoint，后來發現沒加載微碼，加上微碼就正常了;
2，某PentiumDCPU，進WINDOWSXP會藍屏，以安全模式進去后，安裝一個SP2補丁，就正常了。后來查出，也是微碼沒加載;
3，某PentiumM架構CPU，在使用CPU內部TSC時，發現測出的CPU內部頻率高出實現的4倍，如2GHzCPU測出卻有8GHz，后查，也是沒加載微碼造成的.異常。
此類案例很多，特別是Core架構CPU，不但微碼必須加載，而且要求盡早加載，否則，連BIOS都跑不完，系統就掛了。但是INTEL但至今沒有任何官方對每個CPU微碼版本進行描述的文件。
怎么檢查CPU微碼是否加載?
加載微碼后，在CPU的MSR(機器特定寄存器)里可以讀出版本號。INTELIA-32編程手冊上給出標準檢查方法:
MOVECX,008bh
XOREAX,EAX
XOREDX,EDX
WRMSR;向MSR8BH寫0，清除MSR中的信息。
MOVEAX,0001
CPUID;讀CPUID，讓CPU查看微碼版本，并把微碼版本送到MSR8B中。
MOVECX，008bh
RDMSR;讀出當前CPU微碼版本。
執行上面的代碼后，如果EDX的值為0，則說明你的CPU微碼是沒有沒加載的，你的CPU運行在有缺陷的狀態。如果不為0，則顯示的是當前微碼版本號。
以上代碼可以在DOS環境下，用DEBUG32調試界面執行。
我很郁悶……
我有一個雜牌的本本，上的是DothanCPU，某一天，俺升級CPU，卻發現發熱水平異常，于是檢查微碼加載情況，果然，BIOS里沒有這種CPU版本的微碼。
換回原來的原廠CPU繼續一測，竟然也沒有加載微碼。
后來換了BaniasCPU才測到CPU微碼加載上了。也就是說，廠商在升級CPU的時候，居然沒有升級BIOS，這就是某些小品牌電腦廠商的水平，郁悶。
你的CPU升了么?
很多同學把低配的T4X本本換了CPU，不知道這些同學用得怎么樣，呵呵，你檢查過你的CPU微碼么?BIOS有升級支持么?
【CPU微碼升級與補丁】相關文章：
成長的補丁作文02-25
美麗的補丁的作文04-06
生命的補丁作文12-17
CPU經常超頻對CPU的壞處02-06
生命的補丁初中作文02-11
打補丁小學作文12-09
補丁高一作文11-20
cpu的運算09-07
散裝CPU與盒裝CPU的區別是什么01-25