Re: 64 bit 有比32 bit 好? 還是看圖吧.

看板java作者 (Alien)時間13年前 (2011/03/04 10:47), 編輯推噓1(101)
留言2則, 2人參與, 最新討論串8/11 (看更多)
※ 引述《Lordaeron (Terry)》之銘言: : link 在這: : http://www.research.ibm.com/people/d/dfb/talks/Bacon98ThinTalk.pdf : 你可以去跟作者PK 一下. 當中談到的和討論有關的只有 Locking overhead frequently 25-50%. 這建基於slide 的上一句: Libraries must be thread-safe. 問題在於 Java world, 這個 assumption 還適用嗎? 在 Java 的開發, 很多時候 lib 已經提供非 thread-safe 的 alternative, (ArrayList vs Vector, StringBuilder vs StringBuffer etc), "Libraries must be thread-safe" 早已不是金科玉律, 為的正是 performance. 用家需要在 multi-thread 下使用, 才自己去做 (用 thread-safe counterpart, 或自己 sync/lock, 或 use separate instance etc) 另外你給的 slide, 當中提到的就是如何用 thin-lock 來取代 heavy-weight synchronized. java concurrent lib 就是提供這類 locking strategy 的. 再者而 lock/sync 的 performance 一直有在改進中. 要是你繼續抱著好幾年前的想法或資料, 當成現在的情況, 就等如某些人還 是以為沒有公司有錢買 > 2G 的 server 或沒有 application 可以用到 > 1G 的 memory, 所以 64bit 的 larger address space 是多餘的 一樣脫離現實. -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.238.156.185

03/04 12:44, , 1F
你寫成這樣,要不要乾脆用全英文....
03/04 12:44, 1F

03/04 19:42, , 2F
這個英文量蠻普通的吧
03/04 19:42, 2F
文章代碼(AID): #1DS5BU_F (java)
討論串 (同標題文章)
本文引述了以下文章的的內容:
以下文章回應了本文
完整討論串 (本文為第 8 之 11 篇):
文章代碼(AID): #1DS5BU_F (java)