HT真的有增進多工效能嗎?未必..(P4 3.0E測試)

alience

進階會員
已加入
9/18/03
訊息
291
互動分數
0
點數
16
HT真的能讓你多工變順嗎??
還是只是挖東牆補西牆呢??
小地剛好在測試無線網路的stream
在此獻上小小的測試報告

P4 3.0E P4P800 512MB DDR400 x 2
R9800 pro
3COM 802.11g網路卡 802.11g AP
以kenee當digital server架在P-M1.6g上
用3.0E當客戶端播微軟1080p的T2
用fraps看每秒播放張數(1080P的FPS為24)
用Dumeter測試網路流量
首先要說明一下無線網路的流量會影響cpu使用率(流量大時cpu使用率會大)
1080p的影片要順利stream網路流量必須大於9Mbps

測試1:HT開啟
此時網路流量維持在13~14Mbps
但是fraps秀出來卻只有0~15fps(完全無法順利播放,會不斷停格)

測試2:HT關閉
此時網路流量降低至8~10Mbps(在能順利播放的邊緣,一出槌就會重新進入緩衝)
但是fraps秀出來卻都有18~24fps(沒有完全順暢但是至少不太會停格了)

結論:不知是否因為一班多工環境下cpu負擔不重而使HT有順一點點的感覺,至少在這個多工環境下(播放1080p加上控制無線網路)HT並沒有發揮效果,反而有挖東牆補西牆的感覺,因此HT真能為多工帶來效能增億嗎??還是只是看著工作管理員中的兩顆cpu而有爽度上的錯覺呢??歡迎大家討論
 

Teuton

榮譽會員
已加入
3/26/04
訊息
1,281
互動分數
0
點數
36
年齡
39
網站
造訪網站
好險我是AMD的~
 

funyelin

高級會員
已加入
9/26/03
訊息
871
互動分數
0
點數
16
HT 之前就有人討論過了 , 只是程式的執行效率會提高 ! 但是對現有的程式並無任何幫助 -- 想
想看 , 為什麼 CPU 的發展不外乎就是 : Cache 越做越大 , 分支預測弁銃V來越準 ? 微碼的管線停留時間越短 ? 都只有一個目地 : 提高程式執行效率 , Cache 大的話很多指令就直接放進去 ,
不用到那個慢慢的主記憶體去找 ( CPU 內部的 Cache 傳輸速度是以 10Gbytes /S 為單位的 !
跟 Cache 比起來 , 雙通道的頻寬充其量不過是 " 快一點 " 罷了... ) ! 而 Intel 的 HT 做法是在
Thread 改變 ! 就好比一間百貨公司原本有十個出口 , 每個出口也是入口 ! 顧客同時間進進出的
, 很難保證例假日時不會塞到 ( 尤其是有大特價時... ) ! 要解決這種方法有兩種 : 一種是增加出
入口 , 另一種是排定出口和入口 -- 就是五個門僅供進入另外五個僅供進出 ! 這樣一來 , 就能在
不增加出入口的情況下降低塞車的機會 !

但問題來了 : 要怎麼安排顧客出入口的呢 ? 嗯嗯 ! 聰明的大大已經想到了 : 就是白天非假日時不
要顧定出入口 , 等到晚上或假日時用指示牌標示出口在哪幾個門入口亦然 ! 這樣可
以保全人員的負擔也得已減輕 ( 同時要看出入的顧客是很累的一件事 -- 尤其是例
假日時.... ) !

以上的解說便是 HT 的基本工作原理 , 在下不才 ! 所知有限 , 如有錯誤還請更正 ! 若有違版規請
版大移至適當討論區 , 謝謝 ! :lkl:
 

影分子

進階會員
已加入
6/18/04
訊息
401
互動分數
0
點數
16
網站
造訪網站
Originally posted by Teuton@Aug 7 2004, 07:40 PM
好險我是AMD的~
還好我也是AMD的!ㄏㄏㄏ :D: :D:
 

bridge6914

榮譽會員
已加入
9/18/03
訊息
1,229
互動分數
0
點數
36
Originally posted by funyelin@Aug 7 2004, 08:00 PM
HT 之前就有人討論過了 , 只是程式的執行效率會提高 ! 但是對現有的程式並無任何幫助 -- 想
想看 , 為什麼 CPU 的發展不外乎就是 : Cache 越做越大 , 分支預測弁銃V來越準 ? 微碼的管線停留時間越短 ? 都只有一個目地 : 提高程式執行效率 , Cache 大的話很多指令就直接放進去 ,
不用到那個慢慢的主記憶體去找 ( CPU 內部的 Cache 傳輸速度是以 10Gbytes /S 為單位的 !
跟 Cache 比起來 , 雙通道的頻寬充其量不過是 " 快一點 " 罷了... ) ! 而 Intel 的 HT 做法是在
Thread 改變 ! 就好比一間百貨公司原本有十個出口 , 每個出口也是入口 ! 顧客同時間進進出的
, 很難保證例假日時不會塞到 ( 尤其是有大特價時... ) ! 要解決這種方法有兩種 : 一種是增加出
入口 , 另一種是排定出口和入口 -- 就是五個門僅供進入另外五個僅供進出 ! 這樣一來 , 就能在
不增加出入口的情況下降低塞車的機會 !

但問題來了 : 要怎麼安排顧客出入口的呢 ? 嗯嗯 ! 聰明的大大已經想到了 : 就是白天非假日時不
要顧定出入口 , 等到晚上或假日時用指示牌標示出口在哪幾個門入口亦然 ! 這樣可
以保全人員的負擔也得已減輕 ( 同時要看出入的顧客是很累的一件事 -- 尤其是例
假日時.... ) !

以上的解說便是 HT 的基本工作原理 , 在下不才 ! 所知有限 , 如有錯誤還請更正 ! 若有違版規請
版大移至適當討論區 , 謝謝 ! :lkl:
漂亮的解說!
深入淺出!讚啦! :)
 

andyaries

榮譽會員
已加入
9/23/03
訊息
1,951
互動分數
1
點數
0
網站
造訪網站
Originally posted by bridge6914+Aug 7 2004, 08:13 PM--></div><table border='0' align='center' width='95%' cellpadding='3' cellspacing='1'><tr><td>QUOTE (bridge6914 @ Aug 7 2004, 08:13 PM)</td></tr><tr><td id='QUOTE'> <!--QuoteBegin-funyelin@Aug 7 2004, 08:00 PM
HT 之前就有人討論過了 , 只是程式的執行效率會提高 ! 但是對現有的程式並無任何幫助 -- 想
想看 , 為什麼 CPU 的發展不外乎就是 : Cache 越做越大 , 分支預測弁銃V來越準 ? 微碼的管線停留時間越短 ? 都只有一個目地 : 提高程式執行效率 , Cache 大的話很多指令就直接放進去 ,
不用到那個慢慢的主記憶體去找 ( CPU 內部的 Cache 傳輸速度是以 10Gbytes /S 為單位的 !
跟 Cache 比起來 , 雙通道的頻寬充其量不過是 " 快一點 " 罷了... ) ! 而 Intel 的 HT 做法是在
Thread 改變 ! 就好比一間百貨公司原本有十個出口 , 每個出口也是入口 ! 顧客同時間進進出的
, 很難保證例假日時不會塞到 ( 尤其是有大特價時... ) ! 要解決這種方法有兩種 : 一種是增加出
入口 , 另一種是排定出口和入口 -- 就是五個門僅供進入另外五個僅供進出 ! 這樣一來 , 就能在
不增加出入口的情況下降低塞車的機會 !

但問題來了 : 要怎麼安排顧客出入口的呢 ? 嗯嗯 ! 聰明的大大已經想到了 : 就是白天非假日時不
要顧定出入口 , 等到晚上或假日時用指示牌標示出口在哪幾個門入口亦然 ! 這樣可
以保全人員的負擔也得已減輕 ( 同時要看出入的顧客是很累的一件事 -- 尤其是例
假日時.... ) !

以上的解說便是 HT 的基本工作原理 , 在下不才 ! 所知有限 , 如有錯誤還請更正 ! 若有違版規請
版大移至適當討論區 , 謝謝 ! :lkl:
漂亮的解說!
深入淺出!讚啦! :) [/b][/quote]
這次我是真的明白了
受教囉 :star:
 

atoz

進階會員
已加入
2/15/04
訊息
127
互動分數
0
點數
16
感謝指導
終於了解HT的弁?
 

toshiba530

高級會員
已加入
9/24/03
訊息
805
互動分數
0
點數
0
年齡
43
你精明 intel比你更聰明

HT技術 intel當初只是做廣告用的

要有雙cpu效果 那就要買2顆才的有用

不然就是要等AMD的opteron 雙核心

這也是真的雙cpu 不是看爽的 :D:
 

funyelin

高級會員
已加入
9/26/03
訊息
871
互動分數
0
點數
16
HT 其實也不是沒用 , 只是能真正發揮的情形少之又少 ! 真正發揮 HT 的大概只有 TMPEG 吧 ?
尤其是搭配 P4 EE 的 CPU 時 , K8 簡直是被巴假的 ! 完全的敗在 P4 ( 不用 EE 版的 , 一般的
Prescott 就可把 939 巴到趴... ) 下 ! 但是........ TMPEG 用到的場合又有多大 ? 況且也要
Encoder 是 DivX 才行 , 若是 XviD 的話情況又相反過來 ! K8 大獲全勝 , P4 請靠邊站 ! 老湯
之所以不用 XviD 的原因是 -- P4 在 XviD 的表現下真的不太好看 , 一方面若真的搞下去也會得罪
Intel , 所以改用 XMpeg 搭配 DivX 來用 ! 所以在下是覺得 Tom 的測試真的是僅供參考罷了 !
有玩 DivX 和 XviD 編碼的玩家都知道 , 現階段的 XviD 在畫質表現上已超越了 DivX ! 況且最
現實的問題 : DivX 要 US$ 30 註冊 , XviD 卻不用錢...... 光憑這點 ! 就有足夠的說服力可以
讓想接觸 MPEG4 壓縮卻不得其門而入的玩家選擇入門的最佳 Encoder ! :QQQ:

忘了說一下 , 現階段的 Intel 應該要做的一件事 : 就是要如何提高程式的執行效率才是 ! 雖說
拉高時脈也是方法之一 , 但是終非解決之道 ! 應該要跟 AMD 多學習 , 今天 Intel 應該慶幸若
不是 AMD 受限於 0.13 微米製程無法生出更高時脈的 CPU , 不然同時脈的情況下 P4 根本不
是 K7 的對手 ! 更別說是高出一級的 K8 了.... Xeon ? 除了可以多顆 CPU 同時運作外實在看
不出貴在哪.... 高時脈的背後也代表著高熱量 ! 相對的散熱也是很重要的 ! 這一點 Intel 的 RD
人員應該不會不知道才是.... LGA 775 給在下的感覺就像當年的 Slot 1 一樣 ! 登場時不可一世
, 傲視群雄 ! 但最後呢 ? 又回過頭做成 Scoket 370 ~~~ 在下當年十分看好的 Tualatin P3
卻被 Intel 硬生生的停產趕出市場 , 改用又貴又熱效能又不佳的 W 開頭 P4 來應戰 ! P3 架構
真的是很不錯 , 若能好好的設計的確是 K7 可敬的對手 ! 這一點 K8 就做的相當出色 , 在沒有
拉高時脈的情況下 , 軟體廠商也不用更改 Compiler 就可以享受到 K8 的好處 ! 相對的 P4 呢 ?
沒有最佳化的情形下被自家的 Tualatin P3 打好玩的 ! 新產品效能卻開倒車 , 當初花大把銀子
換 P4 + RDRAM 的用戶真的是情何以堪 ..... 在下也是這樣一路走來 , 看著一個很不錯的架構
因高層的錯誤決策被硬生生的打入冷宮深深覺得實在是可惜 ! 現在的 P4 給人的感覺是靠著高外
頻 ( 200Mhz ) 和高速的記憶體溝通界面 ( 雙通道 ) 和高速 I/O ( SATA 和 PCI-E ) 還有名字
很好聽的 " Hyper Threading " 撐起來的 ! 但是骨子裡依然不變 , 仍然是當年那個 Wilxxxx ( 抱歉 , 忘記怎麼拼 ) 一樣 ! 版上的大大認為呢 ?
 

Colt357TW

只是一頭小小羊
已加入
1/19/04
訊息
1,811
互動分數
0
點數
0
年齡
50
網站
造訪網站
Originally posted by funyelin@Aug 8 2004, 09:18 PM
HT 其實也不是沒用 , 只是能真正發揮的情形少之又少 ! 真正發揮 HT 的大概只有 TMPEG 吧 ?
尤其是搭配 P4 EE 的 CPU 時 , K8 簡直是被巴假的 ! 完全的敗在 P4 ( 不用 EE 版的 , 一般的
Prescott 就可把 939 巴到趴... ) 下 ! 但是........ TMPEG 用到的場合又有多大 ? 況且也要
Encoder 是 DivX 才行 , 若是 XviD 的話情況又相反過來 ! K8 大獲全勝 , P4 請靠邊站 ! 老湯
之所以不用 XviD 的原因是 -- P4 在 XviD 的表現下真的不太好看 , 一方面若真的搞下去也會得罪
Intel , 所以改用 XMpeg 搭配 DivX 來用 ! 所以在下是覺得 Tom 的測試真的是僅供參考罷了 !
有玩 DivX 和 XviD 編碼的玩家都知道 , 現階段的 XviD 在畫質表現上已超越了 DivX ! 況且最
現實的問題 : DivX 要 US$ 30 註冊 , XviD 卻不用錢...... 光憑這點 ! 就有足夠的說服力可以
讓想接觸 MPEG4 壓縮卻不得其門而入的玩家選擇入門的最佳 Encoder ! :QQQ:

忘了說一下 , 現階段的 Intel 應該要做的一件事 : 就是要如何提高程式的執行效率才是 ! 雖說
拉高時脈也是方法之一 , 但是終非解決之道 ! 應該要跟 AMD 多學習 , 今天 Intel 應該慶幸若
不是 AMD 受限於 0.13 微米製程無法生出更高時脈的 CPU , 不然同時脈的情況下 P4 根本不
是 K7 的對手 ! 更別說是高出一級的 K8 了.... Xeon ? 除了可以多顆 CPU 同時運作外實在看
不出貴在哪.... 高時脈的背後也代表著高熱量 ! 相對的散熱也是很重要的 ! 這一點 Intel 的 RD
人員應該不會不知道才是.... LGA 775 給在下的感覺就像當年的 Slot 1 一樣 ! 登場時不可一世
, 傲視群雄 ! 但最後呢 ? 又回過頭做成 Scoket 370 ~~~ 在下當年十分看好的 Tualatin P3
卻被 Intel 硬生生的停產趕出市場 , 改用又貴又熱效能又不佳的 W 開頭 P4 來應戰 ! P3 架構
真的是很不錯 , 若能好好的設計的確是 K7 可敬的對手 ! 這一點 K8 就做的相當出色 , 在沒有
拉高時脈的情況下 , 軟體廠商也不用更改 Compiler 就可以享受到 K8 的好處 ! 相對的 P4 呢 ?
沒有最佳化的情形下被自家的 Tualatin P3 打好玩的 ! 新產品效能卻開倒車 , 當初花大把銀子
換 P4 + RDRAM 的用戶真的是情何以堪 ..... 在下也是這樣一路走來 , 看著一個很不錯的架構
因高層的錯誤決策被硬生生的打入冷宮深深覺得實在是可惜 ! 現在的 P4 給人的感覺是靠著高外
頻 ( 200Mhz ) 和高速的記憶體溝通界面 ( 雙通道 ) 和高速 I/O ( SATA 和 PCI-E ) 還有名字
很好聽的 " Hyper Threading " 撐起來的 ! 但是骨子裡依然不變 , 仍然是當年那個 Wilxxxx ( 抱歉 , 忘記怎麼拼 ) 一樣 ! 版上的大大認為呢 ?
每次看到砲轟老湯姆的文章(並且是言之有物喔) 心裡面就有一吐怨氣的感覺 看大家的實力不斷在增加 就算對方在硬體網站流量裡排名第一 又怎麼樣 亂講一通就批給他趴啦

看看另一個水冷篇 更是爆笑喔 真的是做廣告大於測試意義
 
▌延伸閱讀