寫錯，是鵝老說的DP，或QP
但是一個只會在xp上跑的程式，實在看不出來要怎麼對NUMA架構的QP優化， :ase
這樣倒不如買E5單CPU可能會有幫助 :agree:

我想說跟廠商借那塊卡和那個關鍵零件，然後在我的電腦(賽陽 E1620+4G RAM)跑跑看


如果跑的了+超LAG=可以在一般環境跑但是很耗系統資源
如果跑的了+不LAG=其實要求沒這麼高
如果跑不了.....再去找多核一點的電腦試試看，因為不確定是核數不夠(他同時處理8個鏡頭的影像)還是鎖硬體


重點是要借的到那塊卡跟那個關鍵零件，買一副高進的隱形液晶顯影眼鏡只能買5個那個關鍵零件；目前協商中

一次處理8路高解析度鏡頭的話就不用浪費時間試Entry level PC了(IT產業向來是最現實的,砸多少$$得多少效能,標準的Money Talks:stupefy: ),不過如果借不到卡的話在這裡研究半天也是白搭吧:ase:ase....

先試試將舊機的E5620/2.4G (4C8T)換成X5670/2.93G或 X5680/3.33G (6C12T), 假若跑得順已可證明吃CPU很兇的怪物 !

試過你會知X5670/X5680和 E5620相比已是兩回事, 可無痛升級

當然, 用 E5-26xx效能高得多, 我現用 E5-2690 x 1做 rendering效能只比較 E5650 x 2 低10%而已...

它何止是一次處理八個，他把8個(高階機種是13個，用的是一樣的電腦)高解析度鏡頭的影像連續拍攝，然後縫合成一張超大的影像，從影像中判斷電路板上每個零件有沒有正確上件，沒上件、上歪掉、焊錫不足他都會抓出來

我早知是很大耗資源的工作，只是上面有些人勸我先試試看是否真的這麼耗資源所以我才想說試試看

沒有對NUMA最佳化的OS不代表就不能在NUMA的機器上跑,只是當job dispatch把task分給沒辦法直接讀寫到frame buffer的CPU core時可能會受CPU interconnect影響(實際影響狀況要看CPU interconnect擁塞的程度,或許可以靠processor affinity降低,只是畢竟比NUMA aware OS麻煩就是了:ase)....



根據CPU boss的評測i5 4460和單顆E5620算差不多打平,只是目前I社的DT平台是沒有DP/QP可言的(若不考慮某些算phase out了的平台,就只剩LGA2011而已:stupefy: ),鵝手邊拿來當白老鼠的機器剛好是B85+i5 4460+16GB RAM,可惜沒有XP 64bit,不然就可以試試了:ase:ase....

鵝老您說的並沒有錯.....
但是這類程式的問題常常是
他們預先去讀/proc/cpuinfo或registry得到幾個cpu core
dispatch job就根據這個值丟
若library找的是SMP的library，保證就當掉
因為可以dispatch的core到不了預設值 :stupefy:

以前有在DELL R710 SERVER(搭E5620+288GB記憶體)上同時並行跑4個以上simulation(nanosim/finesim)
有發現到整個系統會因為disk IO有很大影響
建議您先觀察JOB屬性,判斷是否你的程式在現有機器已經做最佳化處理
否則你針對CPU擬換機方案,可能會無法達到你的預期

PS:CPU CORE用的多與用的滿是兩回事

結果廠商比PCDVD還勸敗:jolin::jolin::jolin:

我跟廠商說我要效能比的上我上述的東西，廠商剛剛報價來，我看了一下關鍵零件
CPU E5-2658*2
記憶體 8G*4
主機板是用LGA2011腳位的

鵝就說過IT是標準的Money Talks了,如果您沒辦法確定真的須要多少processor power,也就只能依原來的E5620*2往上加,那$$當然不會太user friendly吧:laugh::laugh:....