作者Lordaeron (Terry)
看板java
标题Re: 64 bit 有比32 bit 好? 还是看图吧.
时间Thu Mar 3 22:54:53 2011
※ 引述《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