※ 引述《Lordaeron (Terry)》之铭言： : ※ 引述《kojilin (噗...)》之铭言： : : 推文好累 : : 用回文 : : 不会只是os的问题 : : freesamael的link : : Why can't I get a larger heap with the 32-bit JVM? : : 就有提到 : : 在windows跟solaris下32bit jvm的heap size : : 如果要更大必须64bit jvm : : 虽然我没玩过超过10G的啦,但是要4g并不会很难 : : 尤其多个webapp的环境下, 使用者也多的话,你不allocate那麽多size该怎处理? : : 虽然也不是我自己的程式在控制thread,但是执行的环境却关系到. : : 如果环境可以允许更多使用者上线,那这不算好处? : : 我想不该只用自己平常摸的东西去评价:) : : koji : 完全不同意. : 你想用一台机器来解决大量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. → Lordaeron:你开更多,要相对cpu 吃得消才行, 这要算benefit? 03/09 13:06 我不认为因为好处会伴随议题或坏处 就可以整个推论成完全不是好处 → Lordaeron:但相对的integer变64bit 就没其它的issue 03/09 13:09 integer如果变64,那麽如果现在我转回32vm跑时该怎办?改code? java下已经有long,可以处理64, 那麽为何不用long执意要用int? koji --

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