[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)