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