引用:
|
作者dmwc
因為現在 IE 和 Chrome 都是跑多執行佇，一個分頁就等於一個應用程式，你開上百個分頁就等於開了上百個應用程式
這樣的優點就是效率比較好，一次可以同時跑多頁，也可以妥善利用多核心，當掉一個分頁也不會影響到其他分頁，但缺點就是一起跑的應用程式多了後，OS 會撐不住，記憶體也會不夠
FF 還在原始設計，但我覺得日後也會改成和 Chrome 相同設計，不然跑單頁效率是不錯，但多個分頁一起跑效率就顯得很差，Firefox 3.6 開始把 Flash 抽離原本主程式也是體會到這問題，這樣 Flash 當掉也不會拖垮主程式，但缺點於多個 Flash 一起跑，一個當掉就全部當掉
|
CHROME跟IE高資源佔用跟multi-process沒有關係
記憶體佔用與記憶體管理才相關
實際上是IE, CHROME包括OPERA記憶體管理都不如FIREFOX
而MULTI-PROCESS在MOZILLA中開的開發計畫已經暫緩
至少在12之前都不會去實現multi-process
原因是開發具備難度，必須大規模的修改代碼
而且就算採用了multi-process，對於程式上的反應
與穩定性上也不會有太多的提升
更重要的是要確保addons在multi-process架構下也能正常運作
目前在行動版Firefox上，因為沒有xulrunner
所以一開始的時候就是multi-process架構
但桌面板不能這樣搞
目前的新計畫是將XUL render與排版引擎進程分開
然後增加sandbox, 改善崩潰保護, 改善記憶體管理
目前chrome的process穩定性跟效能是遠不如Firefox的
而且chrome因為資源佔用越來越高
已經被google改成process per tab了
同一網域下的每一個分頁
只要其中一個崩潰，其他的也會一起崩潰