一、Dllhost進程可能導致CPU利用率變高
特征：服務器正常CPU消耗應該在75%以下，而且CPU消耗應該是上下起伏的，出現這種問題的服務器，CPU會突然一直處100%的水平，而且不會下降。查看任務管理器，可以發現是DLLHOST.EXE消耗了所有的CPU空閑時間，管理員在這種情況下，只好重新啟動IIS服務，奇怪的是，重新啟動IIS服務后一切正常，但可能過了一段時間后，問題又再次出現了。
直接原因：有一個或多個ACCESS數據庫在多次讀寫過程中損壞，微軟的MDAC系統在寫入這個損壞的ACCESS文件時，ASP線程處于BLOCK狀態，結果其它線程只能等待，IIS被死鎖了，全部的CPU時間都消耗在DLLHOST中。
解決辦法：安裝“一流信息監控攔截系統”，使用其中的“首席文件檢查官IIS健康檢查官”軟件，啟用”查找死鎖模塊”，設置：–wblock=yes監控的目錄，請指定您的主機的文件所在目錄：–wblockdir=d：\test，監控生成的日志的文件保存位置在安裝目錄的log目錄中，文件名為：logblock.htm停止IIS，再啟動“首席文件檢查官IIS健康檢查官”，再啟動IIS，“首席文件檢查官IIS健康檢查官”會在logblock.htm中記錄下最后寫入的ACCESS文件的。
過了一段時間后，當問題出來時，例如CPU會再次一直處100%的水平，可以停止IIS，檢查logblock.htm所記錄的最后的十個文件，注意，最有問題的往往是計數器類的ACCESS文件，例如：”COUNT.MDB”，”COUNT.ASP”，可以先把最后十個文件或有所懷疑的文件刪除到回收站中，再啟動IIS，看看問題是否再次出現。我們相信，經過仔細的查找后，您肯定可以找到這個讓您操心了一段時間的文件的。
找到這個文件后，可以刪除它，或下載下來，用ACCESS2000修復它，問題就解決了。
二、CPU中央處理器64位技術
1、AMD64位技術
AMD64的位技術是在原始32位X86指令集的基礎上加入了X86-64擴展64位X86指令集，使這款芯片在硬件上兼容原來的32位X86軟件，并同時支持X86-64的擴展64位計算，使得這款芯片成為真正的64位X86芯片。這是一個真正的64位的標準，X86-64具有64位的尋址能力。
X86-64新增的幾組CPU寄存器將提供更快的執行效率。寄存器是CPU內部用來創建和儲存CPU運算結果和其它運算結果的地方。標準的32-bit x86架構包括8個通用寄存器(GPR)，AMD在X86-64中又增加了8組(R8-R9)，將寄存器的數目提高到了16組。X86-64寄存器默認位64-bit。還增加了8組128-bit XMM寄存器(也叫SSE寄存器，XMM8-XMM15)，將能給單指令多數據流技術(SIMD)運算提供更多的空間，這些128位的寄存器將提供在矢量和標量計算模式下進行128位雙精度處理，為3D建模、矢量分析和虛擬現實的實現提供了硬件基礎。通過提供了更多的寄存器，按照X86-64標準生產的CPU可以更有效的處理數據，可以在一個時鐘周期中傳輸更多的信息。
2、EM64T技術
Intel官方是給EM64T這樣定義的：EM64T全稱Extended Memory 64 Technology，即擴展64bit內存技術。EM64T是Intel IA-32架構的擴展，即IA-32e(Intel Architectur-32 extension)。IA-32處理器通過附加EM64T技術，便可在兼容IA-32軟件的情況下，允許軟件利用更多的內存地址空間，并且允許軟件進行32 bit線性地址寫入。EM64T特別強調的是對32 bit和64 bit的兼容性。Intel為新核心增加了8個64 bit GPRs(R8-R15)，并且把原有GRPs全部擴展為64 bit，如前文所述這樣可以提高整數運算能力。增加8個128bit SSE寄存器(XMM8-XMM15)，是為了增強多媒體性能，包括對SSE、SSE2和SSE3的支持。
Intel為支持EM64T技術的處理器設計了兩大模式：傳統IA-32模式(legacy IA-32 mode)和IA-32e擴展模式(IA-32e mode)。在支持EM64T技術的處理器內有一個稱之為擴展功能激活寄存器(extended feature enable register，IA32_EFER)的部件，其中的Bit10控制著EM64T是否激活。Bit10被稱作IA-32e模式有效(IA-32e mode active)或長模式有效(long mode active，LMA)。當LMA=0時，處理器便作為一顆標準的32 bit(IA32)處理器運行在傳統IA-32模式;當LMA=1時，EM64T便被激活，處理器會運行在IA-32e擴展模式下。
更多信息可以來這里獲取==>>電子技術應用-AET<<
