Re: [問題] 提高身價的程式風格
※ 引述《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)
討論串 (同標題文章)