Re: 64 bit 有比32 bit 好? 還是看圖吧.
※ 引述《adrianshum (Alien)》之銘言：
: [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 % 而已.
link 在這:
http://www.research.ibm.com/people/d/dfb/talks/Bacon98ThinTalk.pdf
你可以去跟作者PK 一下.
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 1.161.192.12
討論串 (同標題文章)