※ 引述《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)