※ 引述《kojilin (噗...)》之铭言： : ※ 引述《Lordaeron (Terry)》之铭言： : : 完全不同意. : : 你想用一台机器来解决大量user 的问题, 根本是无解的. 看各search engine 的 : : architecture design 就很清楚了. : : 再说, 除非你的thread 是凉凉的idle, 不然你开的thread 就有一定的限制了. : : CPU 没几下就被吃光了, 因为还要加上GC 的overhead. : 怎麽话题越扯越远..ha : 我可没说要找靠一台机器就解决 : 但是当想要加大heap跟thread给更多人使用, : 那麽环境就是会有限制就麻烦了 : 说说windows好了 : 依照doc上32bit vm只能吃到1.xG..问题是1.xG根本不够 : 架个app server跟几个webapp一下就可以用超过 : 多个thread当然不是说开就对了,但是我想这问题有更多可以讨论 : thread太多还会有更多context switch的问题 : 所以也当然不会乖乖无上限去开thread. thread 无所谓context switch. 还是回到原来问题, 你多开了thread, cpu 能不能吃得消. : → 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 当命名法. --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 61.229.162.20