Re: [問題] 提高身價的程式風格
※ 引述《kojilin (噗...)》之銘言：
: ※ 引述《Lordaeron (Terry)》之銘言：
: : er.....好吧, 真的是不同.
: : 我一向是孔龍書的支持者.
: 恐龍書也有提到thread context switching
: 不然他怎麼說process 的context switching比thread slow n times.
: 所以thread也是有,只是比較輕
好吧, 我的書太舊了吧. java 的也要叫context switch 我也不能說些什麼.
我只知kernel thread , 而java 的thread 不在kernel 控制下.
: : 這也差太多了吧.
: : 我的說法是, 如果加了, 又在其它地方扣回來, 就等於沒加.
: 對於你是扣回來了
: 對其他人勒?我確實也有機器跑在64bits沒問題
: max heap也給他.那對我來說我的使用並不痛
哪就算囉, 你覺得沒差就好.
因為你我的看法本來就不同.
我很少寫ap 寫到要咬好幾G 的memory的, 特別是J2EE 的.
: : 你先回我就好了: 一次相加搞定好, 還是兩次或以上的處理好呢?
: : 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
JDK is opensource, please read it yourself!!
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.229.162.20
推
03/09 16:29, , 1F
03/09 16:29, 1F
推
03/09 16:38, , 2F
03/09 16:38, 2F
推
03/09 16:44, , 3F
03/09 16:44, 3F
→
03/09 16:49, , 4F
03/09 16:49, 4F
→
03/09 16:51, , 5F
03/09 16:51, 5F
推
03/10 08:31, , 6F
03/10 08:31, 6F
→
03/10 16:02, , 7F
03/10 16:02, 7F
討論串 (同標題文章)