作者Lordaeron (Terry)
看板java
标题Re: 64 bit 有比32 bit 好? 还是看图吧.
时间Tue Mar 1 13:07:45 2011
※ 引述《adrianshum (Alien)》之铭言：
: ※ 引述《Lordaeron (Terry)》之铭言：
: : 多补充一下, 多一颗CPU 也不是什麽灵丹妙药一服下就什麽都变得更好.
: : single-threaded 的东西, 加一百颗CPU, 它依然是只用一颗.
: : 而本身是multi-threaded的也会由於lock 变多, 会不会让你拿回15% 还很难讲
: : 最单的测试有:
: : http://mlee888.wordpress.com/2006/03/31/
: : java-performance-in-dual-coremultiprocessor-environment/
: 要用到 >2GB heap size 的 application
: 绝绝大部份是 enterprise grade 的 application.
: 企图用 single-threaded application 来说多加
: CPU未必有用, "不是错, 但没啥意义"
: 另, 要是因为增加 lock 而令到 multi-thread
: application 在增加 core 也没有 performance
: 增长, 这种情况绝大部份都是程式设计失当, 造成
: 大量 resource contention. 这种情况不管多少个
: core, 那 resource contention 的部份都是
: bottleneck. 用这样的例子去说 多加 CPU 未必有用,
: 也是 "不是错, 但没啥意义"
就算你设计得当, 在统计的结果(在link 的link 中)
只要用sync/lock, performance 最少吃掉25%, 最多吃掉50%
所以你当初讲的可以加CPU 来要回哪为升64bit 所损失的15% 是
徒劳的, 不管你改成multithread 或 照旧不变.
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 220.136.231.46
1F：推 linhomeyeu:好局限 你把一个设计元件拿出来放大 03/01 13:27
2F：→ linhomeyeu:然後说整体上64bit效能不如32bit 真有趣 03/01 13:28
3F：→ linhomeyeu:而且原PO明明就已经说了"要是因为增加 lock而令 03/01 13:30
4F：→ linhomeyeu:multi-thread增加 core 也没有 performance 是设计失当 03/01 13:30
5F：→ linhomeyeu:你真的有看原文吗? 03/01 13:30
6F：→ Lordaeron:我不只有看原文, 还将原文的link 也看了, 有什麽问题? 03/01 16:38
7F：→ Lordaeron:你要吐糟就回一篇文章,将原文的问题点出来吧 03/01 16:40
8F：→ Lordaeron:32->64不用加lock也掉效能,不知你有没有看呢 03/01 16:45
9F：→ adrianshum:lock/sync intensive 工作的效能掉得蛮利害, 和 "只要 03/02 11:32
10F：→ adrianshum:只要用sync/lock, performance 最少吃掉25%",是一样吗? 03/02 11:34
11F：→ Lordaeron:我只是要说,你设计不当, 掉50%,设计得当,掉25% 03/03 06:46
12F：→ Lordaeron:而你掉得蛮利害的哪句在哪? 03/03 06:49