PCDVD數位科技討論區

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)
-   系統組件 (https://www.pcdvd.com.tw/forumdisplay.php?f=19)
-   -   請問Core 2 Duo E6400 的浮點運算能力強不強 (https://www.pcdvd.com.tw/showthread.php?t=671942)

anderson1127 2006-11-16 03:23 PM

引用:
作者sony717
[恕刪]
但是有個問題
跑的時候..cpu的使用率都只有4-50%...
如果跑到100%...應該會更快跑完.....
會是軟運算體的關係嗎.....


沒法子,這年頭都是軟體的implement方式追不上hardware 速度....

學過Computer Architecture及Operating System 大都會知道,
這是甚麼原因.... 聰明一點的就會去買單核,便宜又好用!!

多CPU環境下,最怕的就是2個以上的CPU去搶同一個Job做...
以樓主的狀況來說,就是兩個CPU同時執行一個軟體運作 ..但是.....
別以為這樣就可以達到效能的兩倍(Intel就是以這種近乎愚弄人的手法,來操弄消費者)
這樣反而是降低執行效率!!

說白話一點,就是兩個人做同一件事,當A拿來做的時後,B在旁邊等著
搶來做,而不是一起做,B當然不會知道A做的進度如何,當搶到時,B照著
自己的方式來做,然後A在旁邊等著搶來做,試想這樣還會有效率嗎??

這也就說明,為何Windwos Server版的OS會出那麼多種版本,當然
考慮的地方也都不一樣, 這些都是一般消費者不知情的地方!! 只知道
有這些版本,但不知作何種用途!!

還是靜靜等M$與軟體廠商來尋求解決之道吧!! 現在這種情況下算是正常的...

taris 2006-11-16 03:41 PM

引用:
作者anderson1127
沒法子,這年頭都是軟體的implement方式追不上hardware 速度....

學過Computer Architecture及Operating System 大都會知道,
這是甚麼原因.... 聰明一點的就會去買單核,便宜又好用!!

多CPU環境下,最怕的就是2個以上的CPU去搶同一個Job做...
以樓主的狀況來說,就是兩個CPU同時執行一個軟體運作 ..但是.....
別以為這樣就可以達到效能的兩倍(Intel就是以這種近乎愚弄人的手法,來操弄消費者)
這樣反而是降低執行效率!!

說白話一點,就是兩個人做同一件事,當A拿來做的時後,B在旁邊等著
搶來做,而不是一起做,B當然不會知道A做的進度如何,當搶到時,B照著
自己的方式來做,然後A在旁邊等著搶來做,試想這樣還會有效率嗎??

這也就說明,為何Windwos Server版的OS會出那麼多種版本,當然
考慮的地方也都不一樣, 這些都是一般消費者不知情的地方!! 只知道
有這些版本,但不知作何種用途!!

還是靜靜等M...

多核系統已經發展出十多年了.......已經算是成熟的技術了.....根本不會有像你講的事情發生....
Intel和MS也從來沒有告訴人說,多核cpu能同時服務同一個執行序的job~
同一個job(執行緒)當然只有一個核心會去服務它,另一個核心就分配另一個工作,不會有兩個核心搶同一個job的情況發生,而是大家等著輪流分配job~
這是很簡單的邏輯吧....OS的軟體工程師不會那麼笨吧....
有一個核心會閒置是因為它沒有job可做.....

現在軟體的設計朝多執行序的方向來走已經是大趨勢了,我跑過很多遊戲都有位多執行序做最佳化的設計,像是company of heroes.....
而且windows平台本身就是time sharing的multi-programmoing系統,一開機就有幾十個job等著被執行,只是大部分都是很快就被處理完,花費很少的cpu cycle....

darksnow 2006-11-16 04:29 PM

記得AMD之前不是說要弄個反超線程?
真弄出來的話,應該對這種不支援多核心的軟體有點幫助吧?

anderson1127 2006-11-16 04:38 PM

引用:
作者taris
多核系統已經發展出十多年了.......已經算是成熟的技術了.....根本不會有像你講的事情發生....
Intel和MS也從來沒有告訴人說,多核cpu能同時服務同一個執行序的job~
同一個job(執行緒)當然只有一個核心會去服務它,另一個核心就分配另一個工作,不會有兩個核心搶同一個job的情況發生,而是大家等著輪流分配job~
這是很簡單的邏輯吧....OS的軟體工程師不會那麼笨吧....
有一個核心會閒置是因為它沒有job可做.....

現在軟體的設計朝多執行序的方向來走已經是大趨勢了,我跑過很多遊戲都有位多執行序做最佳化的設計,像是company of heroes.....
而且windows平台本身就是time sharing的multi-programmoing系統,一開機就有幾十個job等著被執行,只是大部分都是很快就被處理完,花費很少的cpu cycle....


樓主的狀況不是已經擺得很明顯了? 我先前也說了這是OS及AP的問題
況且我只是舉例,為了要說得白話點讓別人也能簡單瞭解到,MultiCore CPU
與OS之間存在的問題!!

這種情況解決的方法有單純依靠OS解決,也能在OS架構不做更動情況下
重新設計Application來解決 , 但問題很明顯 ,非得要靠這兩者其中之一
做更動,消費者才有福氣充份利用MultiCore CPU,不是嗎??

cmwang 2006-11-16 05:00 PM

這沒啥好吵的吧:p....前一陣子也有人在問 如何讓雙核CPU 同時替某一支程式進行計算呢??:think: :think: ....

sean1976 2006-11-16 06:29 PM

BIOS 大多應該可以找到單核/雙核設定..
建議先詢問軟體廠商是否有解決方案.正版的就不用客氣.電話給他打下去.不然上官網找找FAQ..

groovy 2006-11-17 02:23 PM

有個測試是POVRay (a single-threaded application that stresses the floating-point ability of the CPU)
2. From http://www.spec.org/gpc/apc.data/sp...x3_summary.html
SPECapc SM Unigraphics NX 3 Benchmark Results Summary
--> Intel Pentium4 Extreme Edition 3.73ghz Overall= 3.24
--> Intel Core 2 Duo E6300, 1.86 GHz, 2MB L2, 1066MHz Overall= 4.48
以上這兩個看來並沒有比較差, 不應該會有這種好幾倍的差距

你可能要找看看為什麼CPU使用率會上不去[/QUOTE]

看來控肉應該沒那麼肉,應該是軟體的問題~
昨天一天和軟體代理商的工程師討論調校一天還是無法改善.
不過改用回前一版的軟體,速度反而上去了,什麼世界阿,還有這種事,我放棄找原因了丟給代理商去找了~
另外新機使用上的一點小心得~
雖然算程式的速度沒預想中那麼強(應該是我自己想的太美好 =.="),不過在多工方面的表現,
確實表現不錯,以前算程式時要再切換到其他軟體都會有遲滯現像,現在明顯改善很多,USER不用在花大把時間再等待視窗切換~

groovy 2006-11-17 02:30 PM

引用:
作者sean1976
BIOS 大多應該可以找到單核/雙核設定..
建議先詢問軟體廠商是否有解決方案.正版的就不用客氣.電話給他打下去.不然上官網找找FAQ..


BIOS有這樣的設定嗎?可不可以教導一下,謝謝
或許可以試試調整這個設定試試,看看運算能不能再上去~

Gumpy 2006-11-18 03:22 AM

引用:
作者cmwang
A牌跑X86-64比跑32bit好,可是為何I牌(wether P4 or C2D)卻非如此:confused: :confused: ....


剛看到我也嚇一跳,不過仔細看了其他測試,其實和k8差不多,有的強有的弱。
倒是說conroe多省電,不知道是不是4M L2的關係,待機硬是多吃20w,全速才省回來8w。(psu效率不管)

引用:
作者groovy
不過改用回前一版的軟體,速度反而上去了,什麼世界阿,還有這種事,我放棄找原因了丟給代理商去找了~
另外新機使用上的一點小心得~
雖然算程式的速度沒預想中那麼強(應該是我自己想的太美好 =.=")


那...到底有沒有比p4快啊? :like:

拿第一篇p4算十分鐘的東西來說,conroe算大概要多久呢?

沒想像中快...該不會你是用400x8在想像? :laugh:

可惡,愈看愈想吃了 :jolin:

davidpbl 2006-11-18 08:03 AM

引用:
作者cmwang
A牌跑X86-64比跑32bit好,可是為何I牌(wether P4 or C2D)卻非如此:confused: :confused: ....


因為 Intel Core 2 微架構在 EM64T Long Mode 不支援 Macro-Fusion 技術,
導致 64bit 的效能減弱.


Notes on Macro-Fusion:
(2) Macro-Fusion is not supported in EM64T long mode

不擅長 64bit 的 Intel Core Microarchitecture (2006-07-18, 後藤弘茂)


Notes on Macro-Fusion:
(2) Must not be in EM64T long mode

看清新架構的事實 (2006-08-02, 大原雄介)


所有的時間均為GMT +8。 現在的時間是08:32 AM.

vBulletin Version 3.0.1
powered_by_vbulletin 2025。