※ 引述《adrianshum (Alien)》之铭言： : ※ 引述《Lordaeron (Terry)》之铭言： : : http://webspherecommunity.blogspot.com/2008/10/ : : 64-bit-performance-thoughputmemory.html : : 两行合成一行. : : james732的代缩网址: : : http://ppt.cc/m3la : 需要用 64bit JVM 的, 十居其九是为了 : memory, 而不是 performance. : 32bit JVM, max heap size 最多只能设到 1GB 多. : 不要忘了这 1GB heap size 还要把 app server 和 : 各类底层 framework 算在内. : 比较大型的 application 这 1GB 很容易就不够了. : 要解决这种 "不够" 还是非得修改整个系统的设计不可. : 就算用的 memory 会增加 50%, performance 会降个 : 15%, 这些只是多花一点点钱就能买到的 (10GB 的memory : , 多一颗 CPU 才多花多少钱...) : 比如说, 要是我的 application 本来要 3GB 才够跑. : 32bit JVM 的话: 掰掰, 你大修一次你的 app 吧. : 64bit JVM: 买够 5GB 的 memory 就好了. : 最重要是要搞清楚 64bit JVM 最主要解决的是什麽问题吧. : 64bit JVM 不是灵丹妙药一服下就什麽都变得更好. 多补充一下, 多一颗CPU 也不是什麽灵丹妙药一服下就什麽都变得更好. single-threaded 的东西, 加一百颗CPU, 它依然是只用一颗. 而本身是multi-threaded的也会由於lock 变多, 会不会让你拿回15% 还很难讲 最单的测试有: http://mlee888.wordpress.com/2006/03/31/ java-performance-in-dual-coremultiprocessor-environment/ 怕有些人不看英文, 哪就只给简单的图就好了. http://www.ibm.com/developerworks/java/library/j-jtp10264/ 只要Lock/Sync, 不管你写得多好, 答案就是哪样. ※ 编辑: Lordaeron 来自: 118.160.171.237 (02/26 01:58)