Re: 64 bit 有比32 bit 好? 還是看圖吧.

看板java作者 (Alien)時間15年前 (2011/03/03 19:03), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串6/11 (看更多)
[43] : → Lordaeron:我只是要說,你設計不當, 掉50%,設計得當,掉25% 03/03 06:46 : → Lordaeron:而你掉得蠻利害的哪句在哪? 03/03 06:49 從你給的 link http://mlee888.wordpress.com/2006/03/31/java-performance-in-dual- coremultiprocessor-environment/ 的確, sync/lock intensive 的測試, single core與 dual core, 後者掉得蠻利害. e.g. StringBuffer append test 同時可見的是, 沒 sync/lock 的測試, single 與 dual 的分別 分別極微. e.g. StringBuilder append test 一個正常的 app, synchronized operation 佔的運算只是一小部份. 老實說我看不出你從何 come up "只要用到 sync/lock 至少掉 25%" 的 conclusion. http://www.ibm.com/developerworks/java/library/j-jtp10264/ 這段的 chart 更是風馬牛不相及. 裡面在談的是 Synchronize 與 Locks 的 performance 分別, 而不是用了 sync/lock 對整體 performance 的影響. 裡面的測試差不多是狂做 synchronized/ lock, 然後看兩者分別在不同 CPU cofnig 下的 performance. 談的是 *Sync 或 Lock 本身* 的 performance. Sync/Lock 在一個正常的 app 裡會佔用多少計算? 我算你 1% 就超多了. 就算 dual core 情況下 *lock/sync 本身* 慢 500%, 對整體大概也只 是下降 5 % 而已. -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.238.156.185 ※ 編輯: adrianshum 來自: 61.238.156.185 (03/03 19:05)
文章代碼(AID): #1DRtLnEE (java)
討論串 (同標題文章)
本文引述了以下文章的的內容:
以下文章回應了本文
完整討論串 (本文為第 6 之 11 篇):
文章代碼(AID): #1DRtLnEE (java)