※ 引述《Lordaeron (Terry)》之銘言： : er.....好吧, 真的是不同. : 我一向是孔龍書的支持者. 恐龍書也有提到thread context switching 不然他怎麼說process 的context switching比thread slow n times. 所以thread也是有,只是比較輕 : : 我不是太認同這種說法, 你的說法都比較像是 : : 因為我用不到, 所以這東西就是沒用? : : 但是是這樣嗎?你確定大家都用不到?還是只有你用不到? : 這也差太多了吧. : 我的說法是, 如果加了, 又在其它地方扣回來, 就等於沒加. 對於你是扣回來了 對其他人勒?我確實也有機器跑在64bits沒問題 max heap也給他.那對我來說我的使用並不痛 : : 同上, 做64bit數字相加 : : 我會用long, 你怎知道別人不會用? : : 我遇到時我就會用long以及為了處理數字精確使用BigDecimal,Biginteger等等 : : 像我就不會說我電腦只有32bit環境, 所以你寫的code沒有意義. : : 不如說, 與產生的問題相比, 得到的好處有沒有值得切換過去 : : 不然你google那篇就不會說他把IDE類的切回32bit環境下跑 : : 但是其他跑的順利的還是在64bit環境下,不是嗎? : : koji : 你先回我就好了: 一次相加搞定好, 還是兩次或以上的處理好呢? : 64bit register 就是比較狠. : 更別說在做math library 時, 更狠. : 就這樣子囉. 一次兩次..當然是一次搞定好最好~ 但是java下寫程式通常該去考慮他vm是怎麼處理的嗎? 尤其也不會去動vm. 所以不都是long + long就好or更大的Bigint.add 在底層的東西不應該去觸碰吧 外加long在64bit vm下是處理兩次或是一此搞定? 怎麼知道JVM都沒好好利用到64bit環境的優勢 語言上限制int是2^31-1也並不就是代表更長的type他底部怎麼做的吧 long在32bit vm的話看來就是拆成兩個32bit操作沒錯 但是64bit這邊我是沒去追過也沒看到doc提到是或不是, 所以如果知道就麻煩告知了感謝.. koji --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 218.168.66.120 ※ 編輯: kojilin 來自: 61.224.89.79 (03/09 15:21)