※ 引述《Lordaeron (Terry)》之銘言： : thread 無所謂context switch. : 還是回到原來問題, 你多開了thread, cpu 能不能吃得消. 有的 不然就是你的定義的switch跟我看文章的不同 可以看看 Java Concurrency in Practice 你的所謂cpu吃不吃的消也算是context switch相關議題吧 那吃的消呢?在吃的消的環境那不算好處嗎? : : → Lordaeron:你開更多,要相對cpu 吃得消才行, 這要算benefit? 03/09 13:06 : : 我不認為因為好處會伴隨議題或壞處 : : 就可以整個推論成完全不是好處 : 這就是你我看法不同的地方, 你heap 可以更大了, 但cpu 受不了就等於 : 白搭. 我不是太認同這種說法, 你的說法都比較像是 因為我用不到, 所以這東西就是沒用? 但是是這樣嗎?你確定大家都用不到?還是只有你用不到? : : → Lordaeron:但相對的integer變64bit 就沒其它的issue 03/09 13:09 : : integer如果變64,那麼如果現在我轉回32vm跑時該怎辦?改code? : : java下已經有long,可以處理64, 那麼為何不用long執意要用int? : : koji : 這樣說好了, 你認為用軟體做一次64bit 數次相加的話, 以 : 一次相加搞定好, 還是兩次或以上的處理好呢. : 我也說過了, 很多人寫java 寫很久都不會用到long type : 但我就很常遇到, 雖然我沒有用bill_gate 當命名法. 同上, 做64bit數字相加 我會用long, 你怎知道別人不會用? 我遇到時我就會用long以及為了處理數字精確使用BigDecimal,Biginteger等等 像我就不會說我電腦只有32bit環境, 不能跑, 所以你寫的code沒有意義. 不如說, 與產生的問題跟後續處理相比, 得到的好處值不值得切換過去 你google那篇 說他把IDE類的切回32bit環境下跑 但是其他跑的順利的沒說切回32bit環境下,不是嗎? koji --

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