作者t7yang (t7: 我認為這是一種背叛)
看板Browsers
標題[-Fx-] 多處理程序架構
時間Sat Mar 19 17:48:50 2016
最近用過一段時間後的想法
或許M社採取的作法未必就是好，G社的作法也未必不好
就是FX還是被記憶體無法釋放的問題所困擾（不管是本體問題還是套件造成的）
因此以目前的多處理程序架構來看（dom.ipc.processCount控制幾個處理程序）
或許初始啟動下，使用的記憶體量會相對GC小很多
但是長時間的不重新開啟瀏覽器會導致記憶體消耗量急遽上升且不會釋放
（以我情況，一整天不重啟，吃到3、4G也是很正常的情況，有時候找資料分頁會開超多）
這時的狐狸也會開始又卡又頓
因為跟GC採取的架構不同，處理程序並不會因為分頁關掉就關閉對應的處理程序
使得記憶體可以得到正確的試放
我對M社如何實作的E10S其實並沒有詳細的理解，只是使用上的一些感想
既然記憶體消耗比起GC都不惶多讓了，倒不如真的以類似GC的方式實作多處理程序
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 140.113.38.77
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Browsers/M.1458380935.A.3FB.html
1F：推 Medic: 現在M社擔心的是套件的兼容性 擔心一改就死一片 03/19 18:08
其實我倒不是太擔心套件的問題，API開好，開發者就會做了
根源就在API，你不給開發者要的API才是真正的問題
2F：→ Medic: 然後套件開發者其實很多已經沉寂了 到時改版不見得會再更新 03/19 18:09
3F：→ Medic: 結果就是你看到的想正式啟用e10s的正式版本號一拖再拖... 03/19 18:10
4F：推 art1: 還是早死早超生吧 03/19 18:55
5F：推 karst10607: 不能兼容就放棄過去的，無所謂，不要有包袱才能前進 03/19 22:23
觀點類似（握
6F：→ ksng1092: 於是FX就被放棄了（？） 03/19 23:01
7F：推 fin806: 為啥我的火狐開一整天也不會遇到記憶體釋放問題啊= = 03/20 01:15
8F：→ fin806: 我都掛youtube + 一堆分頁 03/20 01:16
內文有說，不一定是本體造成的，套件也會有影響，而且影響還滿大的
尤其是像ABP或UBO這種有開啟cosmetic filtering的
9F：→ s9209122222: 我開一堆分頁明明就比 chrome 省記憶體阿 03/20 01:37
我文章內沒提到記憶體消耗FX比GC來得高啊，除非你覺得不遑多讓是這個意思
記得我朋友跟我提到過他的GC啟動後甚麼都沒做就2G起跳
32G記憶體真的是吃好吃滿
※ 編輯: t7yang (140.113.38.77), 03/20/2016 02:15:55
11F：→ fin806: 我也有用ABP... 03/20 03:36
12F：→ t7yang: 我的情境是個人用FX跟工作用FX分別安裝了40/28個套件 03/20 04:08