|
||
|
Master Member
  加入日期: Oct 2001
文章: 2,010
|
用到大量資料比對以及演算法要用哪種CPU
用Java寫的程式會用到大量資料比對以及演算法要用哪種CPU?
如果L2大小會有很大的影響,打算放棄E2忍痛買E8系列了 如果完全無關,可能考慮直接用AMD |
|||||||
2008-03-02, 02:19 AM
#1
|
|
|
Senior Member
 
加入日期: Dec 2002
文章: 1,370
|
如果資重複使用率低, 演算法對資料相依性低, 而且每次運算的資料量大,
那 cache 大就沒有幫助. 如果是比對某些固定的 pattern, 而 pattern 足以塞進 cache, 那可就大大減少 pattern 載入時間. 所以, 還是得看樓主的程式 (更詳細的說明?? ) 搞不好運算複雜, 每秒產出率不到10MB, 那根本不用管 cache 大小. 
__________________
要討論也要找能溝通的, 跟狂吠的狗溝通只是浪費時間. 每日一句 : 很多不等於多數，也不等於少數 |
||
|
2008-03-02, 04:44 AM
#2
|
|
|
Master Member
加入日期: Oct 2001
文章: 2,010
|
引用:
字串比對分群,pattern不能算多,但是要比對的資料很多 類似google那種字串搜尋分群,資料量很大,P4 2.4BG Run起來要很久 |
|
|
2008-03-02, 05:12 AM
#3
|
|
|
Elite Member
加入日期: Jan 2002
文章: 4,032
|
我想,這種時後,與Cache的大小雖然是有關,但影響應該不會太大了
頂多大概影響個 20%的運算效率吧? 整體運算的效能取決於 演算法吧? (這時就得把以前學的 資料結構拿出來好好的唸一唸了... ) 因為裡面就有提到 排序的部份 ,我想這應該就是你要的了吧?? 如果只是單純就使用暴力法,那當然你可以選Intel/AMD的頂級CPU (也要看你有沒有錢啦,有的話,那當然就是買Tyan/SuperMicro/Intel等大廠的MB + 大量的ECC DDR2 DRAM) 另一個問題就是,資料本身的問題,是在Local 主機裡還是存放於另一台 的Database主機裡?? 如果是在另一台主機裡,那問題又來了,另一台主機不夠power,或者 Database太弱,當然也會拖慢效率!! 如果是在localhost ,那效能會好 一點!! 總之,效率的問題很多種,一關卡一關,好好的去找出每個環節的問題 改善之 , 再來談該怎麼implement你的程式吧!!
__________________
您想買新硬碟嗎? 購買前請務必參考這篇文章,是我的實際經驗 還想讓統一賺你的錢嗎？統一集團成員(能見度高的)： 星巴克、家樂福、7-11、無印良品、黑貓宅急便、聖娜多堡、阪急百貨、 康是美、博客來、夢時代、Mister Donut 、Cold Stone 、龜甲萬、 維力33%股權、光泉31%股權、Smile速邁樂、紅心辣椒、台北轉運站(統一企業BOT) 統一LP33膠囊有環保署早已列管的一級管制品: DNOP塑化劑 |
|
2008-03-02, 07:39 AM
#4
|
|
|
*停權中*
加入日期: Jan 2008
文章: 1,281
|
若講求效能，用C/C++應該比較適合，
印象中翻過侯傑翻譯的Java書，Java比C/C++慢了10-50倍 |
|
2008-03-02, 08:21 AM
#5
|
|
|
Master Member
加入日期: Nov 2000 您的住址: 台中
文章: 1,760
|
如果程式可以寫成多執行序的話
那四核應該會是比較好的選擇 |
|
2008-03-02, 10:02 AM
#6
|
|
|
Amateur Member
 
加入日期: Feb 2005
文章: 31
|
引用:
我想這應該是在Java HotSpot技術前的速度,現在應該沒這麼懸殊了 |
|
|
2008-03-02, 10:24 AM
#7
|
|
|
Amateur Member
加入日期: Aug 2004
文章: 35
|
樓主所謂 "大量資料比對" 是多大量?
一顆CPU的Cache才多大? 而且也不會全部被挪為對比的用途, 所以你應該考量的是浮點運算的速度, 譬如幾位元的CPU搭配幾位元的OS, 以及Memory與CPU的IO速度等等, 這件事情應該從硬體到OS到軟體整體考量, 不單只是Cache的問題那麼簡單喔!  此文章於 2008-03-02 11:09 AM 被 peter-1000 編輯. |
|
2008-03-02, 11:07 AM
#8
|
|
|
*停權中*
加入日期: Jan 2008
文章: 1,281
|
引用:
略有所聞，但因Java先天架構的關係，不論如何改良仍比C/C++慢很多倍，實在不適合用在非常需要效能的地方。 此外，越是強調物件導向特性的語言，其對CPU指令解碼分支預測的考驗越是嚴厲，或許L2大一點可加以彌補，但這只是理論上的猜測，不做實驗是無法得知的。我猜就算有幫助，了不起就快一成而已，遠不如改用C/C++有效。 |
|
|
2008-03-02, 01:41 PM
#9
|
|
|
Major Member
加入日期: Nov 2003 您的住址: 五濁悪世
文章: 168
|
Java是在VM上運行的, 與cache應無直接關係
__________________
  一切有為法，如夢幻泡影，如露亦如電，應作如是觀。《金剛經》PCDVD名言：①免錢的最貴 ②沒圖沒真相 ③嫌貴就別買 ④認真就輸了
|
|
2008-03-02, 02:17 PM
#10
|
|
