PCDVD數位科技討論區
PCDVD數位科技討論區   註冊 常見問題 標記討論區為已讀

回到   PCDVD數位科技討論區 > 電腦硬體討論群組 > 系統組件
帳戶
密碼
 

回應
 
主題工具
fenton
Junior Member
 
fenton的大頭照
 

加入日期: Nov 2001
您的住址: 高雄的小漁港
文章: 768
有關Intel HT的問題。

今天用到一台Xeon 3.06G的電腦,HT有開,
我用它把word檔轉成PDF檔,然後我發現CPU的使用率一直都維持在50-60%,
我想說,如果把HT關掉,那CPU的使用率會不會提高到滿載呢?
對轉檔的效率應該也會提高吧!
     
      
__________________
我的Blog:趴趴牛趴趴照
舊 2004-08-23, 06:10 PM #1
回應時引用此文章
fenton離線中  
Reich 唐
Golden Member
 
Reich 唐的大頭照
 

加入日期: Oct 2000
您的住址: 台北市
文章: 3,232
引用:
作者fenton
今天用到一台Xeon 3.06G的電腦,HT有開,
我用它把word檔轉成PDF檔,然後我發現CPU的使用率一直都維持在50-60%,
我想說,如果把HT關掉,那CPU的使用率會不會提高到滿載呢?
對轉檔的效率應該也會提高吧!

不會,觀念錯誤,看來Intel的HT真的誤導不少人。

單顆CPU會讓CPU滿載的程式,有HT的CPU也一樣,但如果只有單一程式,WinXP的工作管理員只會顯示一顆CPU滿載(其實是CPU中的一個執行緒滿載),整體來看好像CPU只使用了50%,但事實上因為Win XP的工作管理員無法判斷這個執行緒到底消耗了CPU多少的內部執行機構,所以是不準的。

也就是說,光看CPU使用率,已經無法判斷含有HT的處理器到底有多少資源被使用了,可能P4的7個執行單元已經用了6個,但是因為只是一個執行緒,所以CPU使用率顯示成50%,結果很多人還以為自己的CPU很閒。

最簡單的測試法,開一個UD,然後執行轉檔,就會發現轉檔的效能變的其爛無比,因為看起來單開UD只有佔CPU使用率50%,但事實上已經佔掉一大堆執行單元了,轉檔的反而要跟他搶,結果兩個程式的效能都變低了。
 
__________________
舊 2004-08-23, 06:52 PM #2
回應時引用此文章
Reich 唐離線中  
iamdavidga
Master Member
 

加入日期: May 2004
您的住址: 高雄鳳山<===>彰化火車站附近
文章: 2,357
也就是說呢...存錢買K8囉~~~
舊 2004-08-23, 06:56 PM #3
回應時引用此文章
iamdavidga離線中  
Reich 唐
Golden Member
 
Reich 唐的大頭照
 

加入日期: Oct 2000
您的住址: 台北市
文章: 3,232
引用:
作者iamdavidga
也就是說呢...存錢買K8囉~~~

也不盡然,個人感覺是作業系統與程式沒有對HT功能最佳化,造成在一般的運作中,幾個執行緒互搶CPU資源的情況嚴重(偏偏32bit X86的暫存器又少的可憐,P4架構的L1資料快取又只有8KB),所以在一般的程式中,開了HT幾乎都是降低效能。

所以個人感覺要杜絕這種現象,應該在作業系統中加入這種指令,只要某個程式佔用CPU使用率達50%,就把HT功能關閉(註,所以對HT最佳化的程式,要加一道禁止對該程式關閉的指令),因為通常這類程式根本都很耗CPU效能,P4對一個程式已經要全力應付,哪來的資源分給別的執行緒啊?

但如果照原來的理想,執行"一堆"小程式的時候,HT就比較能夠發揮功用了,這就是所謂HT能夠增進多工效能的情況,但說時在,通常這類程式,用沒有HT的CPU,也執行的嚇嚇叫。

因此個人使用的感覺,HT有用還是針對他最佳化的"單一"程式執行時才有用,否則依然互搶資源嚴重,例如同時開兩個對HT最佳化的TMPGEnc,兩個程式的執行效率還是一起完蛋!但只開一個TMPGEnc的時候就超極強,可以狂電K8,所以所謂HT能夠增進多工的效能,是有前提的,HT最強的時候還是針對他最佳化的"單一"程式運作時。
__________________
舊 2004-08-23, 09:40 PM #4
回應時引用此文章
Reich 唐離線中  


回應


POPIN
主題工具

發表文章規則
不可以發起新主題
不可以回應主題
不可以上傳附加檔案
不可以編輯您的文章

vB 代碼打開
[IMG]代碼打開
HTML代碼關閉



所有的時間均為GMT +8。 現在的時間是11:53 PM.


vBulletin Version 3.0.1
powered_by_vbulletin 2025。