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