1. 關於CPU超頻軟體使用方法
讓電腦CPU超頻有以下兩種方法：
一、使用軟體讓CPU超頻
使用SoftFSB軟體，SoftFSB是一款CPU超頻軟體。通過軟體的方式直接控制主板時鍾發生器的狀態，在工作過程中改變CPU的工作頻率，達到了超頻的目的，「即超即用」。如果遇到超頻故障，只需要重啟就可以恢復。
二、通過主板BIOS超頻CPU
以P4 2.0GA為例，開機按下DEL鍵進入BIOS主菜單，然後進入「Frequency/Voltage Control」選項，在這里可以設置CPU的外頻、倍頻以及CPU電壓等參數，首先先來調整CPU的外頻，利用鍵盤上的"上下"按鍵使游標移動到「CPU Clock」上，然後按一下回車鍵即可輸入外頻頻率（比如133）。
2. 分配CPU工作的軟體
從本質上看，一個任務就是一系列對象方法的調用序列，與Java的Thread對象或者別的類的對象沒有必然聯系。在避免使用不同操作系統線程調度且同時Java虛擬機又沒有線程調度能力的情況下，要想構造一個協調式多任務系統，讓各個任務相互配合就成了最直接的思路。協調式多任務系統一般有以下特點：
1. 任務由消息驅動，消息的響應代碼完成任務邏輯的處理;
2. 消息隊列完成消息的存儲和管理，從而利用消息處理的次序體現任務優先順序的不同;
3. 任務中耗時的消息響應邏輯能夠主動放棄CPU資源，讓別的任務執行(像Windows 3.1中的Yield函數、Visual Basic中的DoEvents語句)。
可能出於巧合，Java語言具有構造協調式多任務系統天然的條件。Java對象的方法不僅是一個函數調用，它還是一個java.lang.reflect.Method類的對象。而所有對象的方法都可以通過Method類的invoke方法調用。如果能使每個任務所對應的一系列方法全部以對象形式包裝成消息，放到消息隊列中，然後再按照自己的優先順序演算法將隊列中的消息取出，執行其Method對象的invoke調用，那麼一個基本的協調式多任務系統就形成了。其中，任務的優先順序和線程的優先順序沒有綁定關系。該系統的主體調度函數可以設置成一個「死循環」，按照需要的優先順序演算法處理消息隊列。對於有多重循環、外設等待等耗時操作的消息響應函數，可以在響應函數內部遞歸調用主體調度函數,這一次調用把原來的「死循環」改成在消息隊列長度減少到一定程度(或者為空)後退出。退出後，函數返回，執行剛才沒有完成的消息響應邏輯，這樣就非常自然地實現了協調式系統中任務主動放棄CPU資源的要求。
如果僅僅做到這一步，完成一個像Windows 3.1中的多任務系統，實際只用了一個線程，沒有利用Java多線程的特點。應該注意到，雖然Java系統中線程調度與平台相關，但是相同優先順序的線程之間分時運行的特點基本上是不受特定平台影響的。各個相同優先順序的線程共享CPU資源，而線程又被映射成了Java語言中的Thread對象。這些對象就可以被認為是CPU資源的代表。Thread與線程執行代碼主體的介面—Runnable之間是多對一的關系。一個Runnable可以被多個Thread執行。只要將Runnable的執行代碼設置成上述的消息調度函數，並和消息隊列對應上，那麼就可以通過控制為它服務的Thread個數來決定消息隊列執行的快慢，並且在運行時可以動態地新增(new)和退出Thread對象。這樣就能任意調整不同消息隊列在執行時所佔用CPU資源的多少。至此，任何一個Java調用都可以在Thread個數不同的消息隊列中選擇，並可以調整這些消息隊列服務的Thread個數，從而實現在運行時調整任務所佔用的CPU資源。
縱觀整個方案，由於僅僅基於Java語言固有的Method對象，不同任務間動態分配CPU資源並沒有對任務的性質及其處理流程有任何限制，那麼在消息隊列中沒有高優先順序消息時，低優先順序消息的處理函數自然會全部佔用CPU資源。在不同消息隊列處理速度任意設置時，並沒有將特定的消息限制在快的或者慢的消息隊列上。如果系統的負荷超出(比如消息隊列長度超過一定限制)，只要將隊列中低優先順序消息換出或者拒絕不能處理的消息進入，那麼系統的運行就可以基本上不受負荷壓力的影響，從而最大保障用戶的關鍵業務需求。
當然，協調式多任務的思想也有其局限性，主要就是它的調度粒度比較大。系統能夠保證的粒度是一次消息處理過程。如果消息處理邏輯非常費時，那麼編程人員就必須再處理函數內部，讓系統主動讓出CPU資源。這雖然需要在處理消息響應邏輯時增加一個考慮因素，但是，在Windows系統盛行的今天，這是一個已經被普遍接受的思路。由於方案中並沒有局限為消息隊列服務的線程數目，所以一個長時間的消息響應只會影響一個線程，而不會對整個系統產生致命的影響。除了調度粒度的問題以外，還有訪問消息隊列操作在各個線程間互斥的問題。取出消息的過程是串列化的，因此對於這一瓶頸的解決方案就是：假設取出一條消息的操作相對於處理消息的消耗可以忽略不計，那麼對於多次調用且僅有兩三行響應邏輯的消息，編程人員通過函數調用就可以直接執行。
前面比較詳細地闡述了多任務系統中任務的劃分以及執行等內容。雖然這些是一個系統的核心，但是在一個實用的系統中，還需要任務間的同步、互斥等機制。在上述框架內，互斥可以簡單地用Java的Synchronized機制實現。由於任務可以主動讓出執行許可權，要實現等待(Wait任務中止)和通知(Notify任務繼續)，從而實現任務同步也就比較容易了
3. 電腦超頻軟體怎麼用啊是一種CPU對應一種軟體嗎
不是的，超頻可以通過對其設置讓cpu超負荷工作。是不需要軟體的。
4. 怎麼讓應用軟體充分利用多核cpu的所有內核，以提高運行效率
樓上說的有點不太對
32位系統和64位系統，和單核還是多核CPU可以說沒有直接關系，決不是說安裝64位的操作系統，使用64位的軟體，才能充分發揮水平，多核CPU在32位系統照樣發揮的非常好
如軟體的設計是支持多核CPU的，那就能發揮多核CPU的優勢，以提高運行效率
有些軟體是支持多核CPU的，默認就支持，那你使用時就已經在比較充分地利用多核CPU了
有些軟體有選項可開啟多核CPU的支持，那你打開就行了
而對於不支持多核CPU的軟體，是沒有辦法的
5. 如何使程序運行在指定CPU(雙核)上
任務管理器->進程->在要設置的程序上右鍵,選關系設置,在允許執行進程的cpu核心上打上鉤.
6. 如何讓程序100%利用CPU
CPU不是你想用多少就用多少，CPU的佔用還跟軟體的演算法有關。演算法好的軟體，在低佔用CPU和內存的條件下可能比演算法差的軟體高CPU和高內存佔用時執行任務的效率更高。比如，你打開了瀏覽器去上網，瀏覽器滿打滿算，達到它佔用的CPU和內存的峰值後，其餘的CPU和內存資源是空閑的，操作系統本身需要一定的CPU和內存佔用。對於多核CPU，還要看軟體支持不支持多線程運算，這也屬於軟體對CPU的優化，像你轉換視頻的軟體如果是單線程運算，就算你用八核心CPU，它也只用一個核心。例如，支持多線程的winrar軟體，雙核四線程的CPU明顯比雙核雙線程快很多。
7. 華為手機安裝軟體與cpu不符合該如何解決
你好如果華為手機安裝軟體與cpu不符合的話，這是軟體跟手機系統不匹配，只能把軟體卸載掉
8. 操作系統是如何讓CPU同時運行多個軟體的
其實根本沒有同時運行多個軟體，系統本身有個進程處理機制，會將軟體放入內存中排隊，CPU空閑時就讓軟體使用CPU，但是由於這個時間短暫，但是你開很多軟體的時候會感到運行緩慢，此時就是因為堵塞造成的