看板 [ java ]
討論串64 bit 有比32 bit 好? 還是看圖吧.
共 11 篇文章

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者adrianshum (Alien)時間15年前 (2011/03/03 19:03), 編輯資訊
0
0
2
內容預覽:
[43]. 從你給的 link. http://mlee888.wordpress.com/2006/03/31/java-performance-in-dual-. coremultiprocessor-environment/. 的確, sync/lock intensive 的測試, sing
(還有582個字)

推噓1(1推 0噓 11→)留言12則,0人參與, 最新作者Lordaeron (Terry)時間15年前 (2011/03/01 13:07), 編輯資訊
0
0
1
內容預覽:
就算你設計得當, 在統計的結果(在link 的link 中). 只要用sync/lock, performance 最少吃掉25%, 最多吃掉50%. 所以你當初講的可以加CPU 來要回哪為升64bit 所損失的15% 是. 徒勞的, 不管你改成multithread 或 照舊不變.. --.

推噓1(1推 0噓 3→)留言4則,0人參與, 最新作者adrianshum (Alien)時間15年前 (2011/02/23 14:33), 編輯資訊
0
0
1
內容預覽:
要用到 >2GB heap size 的 application. 絕絕大部份是 enterprise grade 的 application.. 企圖用 single-threaded application 來說多加. CPU未必有用, "不是錯, 但沒啥意義". 另, 要是因為增加 lock
(還有271個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者Lordaeron (Terry)時間15年前 (2011/02/23 11:40), 編輯資訊
0
0
4
內容預覽:
多補充一下, 多一顆CPU 也不是什麼靈丹妙藥一服下就什麼都變得更好.. single-threaded 的東西, 加一百顆CPU, 它依然是只用一顆.. 而本身是multi-threaded的也會由於lock 變多, 會不會讓你拿回15% 還很難講. 最單的測試有:. http://mlee888
(還有110個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者adrianshum (Alien)時間15年前 (2011/02/22 18:29), 編輯資訊
0
0
2
內容預覽:
需要用 64bit JVM 的, 十居其九是為了. memory, 而不是 performance.. 32bit JVM, max heap size 最多只能設到 1GB 多.. 不要忘了這 1GB heap size 還要把 app server 和. 各類底層 framework 算在內..
(還有283個字)