從觀察cpu的關聯設定到處理器可用性的檢查，在使用管理程式的超執行緒處理器之前，需要考慮哪些事情。
超執行緒提供了效能優勢，在管理程式中使用超執行緒時，超執行緒利用未使用的處理器資源，使處理器保持忙碌的狀態，完成更多的任務。然而,管理程式中超執行緒的成功或者失敗，取決於管理程式或作業系統是否可以探測到超執行緒技術。特定的虛擬機器監控程式，例如vmware vsphere,在這一方面比較佔優勢。我們來仔細**一下，在向管理程式引入超執行緒之前，管理員應該考慮哪些事情。
管理程式的超執行緒，需要考慮哪些事情?
vmware vsphere 6通常在識別超執行緒處理器和排程處理器時間方面更有效率，從而能夠智慧型地組織工作負載的執行緒分配。這是至關重要的,因為超執行緒基本上是利用自由的—未使用的或未被充分利用的—處理器執行資源的一種方式;超執行緒並不提供免費的處理器。如果管理程式最終試圖將要求工作負載強加於兩個邏輯處理器（位於同一物理核心）上,那麼，工作負載可能會遭受嚴重的效能損失。如果缺乏管理程式或者作業系統的洞察力,最好將超執行緒關閉,將每個工作負載分配到不同的物理核心上。或者，你可以為工作負載提供多個非超執行緒的核心——多核，以增加可用的處理器資源。
超執行緒技術(htt或ht)通常採用連續的cpu數量,所以，cpu 0和cpu 1處於第一核心，cpu 2和cpu 3處於第二核心，cpu 4和cpu 5處於第三核心等等。像vmware esxi等虛擬機器監控程式通常會將vm分配到不同的核心，而不是相同的核心。如果乙個邏輯處理器處於空閒狀態,則可以禁止其他同一核心的邏輯處理器使用所有處理器的執行資源。系統管理程式能夠看到這些禁止狀態，並且能夠跟蹤每個邏輯處理器的利用率。
工作負載排程存在的問題是：cpu關聯偏好。管理員可以將vm繫結到vcpu。但是，如果兩個要求工作負載都繫結到相同的核心邏輯處理器,其中乙個工作負載就會出現同樣的效能問題—通常—兩個工作負載都會產生問題，因為底層物理核心不能滿足兩個執行緒的總處理要求。系統管理員必須密切關注cpu的關聯設定,確保所有關聯選擇適合超執行緒處理器的工作負載。
不要忽視伺服器中實際可用的處理器。幾乎所有的現代伺服器級別的處理器都支援超執行緒。例如，基於英特爾xeon 5500架構處理器，英特爾奔騰4 ht-enabled，英特爾奔騰ee 840 ht-enabled以及後來的處理器模型，都能夠處理超執行緒。然而,虛擬伺服器還必須使用適合管理程式的處理器。
隨著虛擬機器監控程式的不斷發展,老舊的處理器可能不再是合適的,因為這些老舊的處理器缺乏程式所需的某些特性和功能—這與超執行緒無關。例如,老式的amd處理器包括opteron 12 xx系列，opteron 22 xx系列和operton 82 xx系列不支援vmware vsphere 6—也不能安裝。這意味著，在執行超執行緒或者安裝/公升級管理程式之前，檢查系統要求是很重要的。
認識處理器 暫存器使用（待改）
對於乙個組合語言程式設計人員來說是不可或缺的。現在你知道，暫存器是處理器內部的一些儲存資料的儲存單元。僅僅了解這些是不足以寫出乙個可用的組合語言程式的，但你已經可以大致讀懂一般組合語言程式了 不必驚訝，因為組合語言的祝記符和英文單詞非常接近 因為你已經了解了關於基本暫存器的絕大多數知識。在正式引入第...
使用執行緒異常處理器提公升系統可靠性
通常伺服器會有守候執行緒來監聽使用者的連線，通常這類應用由socket實現，這類應用必須考慮兩個問題 1.避免執行緒阻塞，保證接收的資料盡快處理 2.穩定性和可靠性問題 一旦應用的守候執行緒出現異常就會導致程式處理出現問題,下面我們通過模擬伺服器socket異常，來捕獲執行緒異常，然後重啟守護執行緒...
Handler處理器的使用
importurllib.request importurllib.parse request封裝 對url的高階定製opener封裝 對請求過程的高階定製urllib.request.urlopen opener封裝需要依賴於乙個handler物件handle是乙個類，提供httphandle h...