[-Fx-] 多處理程序架構
最近用過一段時間後的想法
或許M社採取的作法未必就是好，G社的作法也未必不好
就是FX還是被記憶體無法釋放的問題所困擾（不管是本體問題還是套件造成的）
因此以目前的多處理程序架構來看（dom.ipc.processCount控制幾個處理程序）
或許初始啟動下，使用的記憶體量會相對GC小很多
但是長時間的不重新開啟瀏覽器會導致記憶體消耗量急遽上升且不會釋放
（以我情況，一整天不重啟，吃到3、4G也是很正常的情況，有時候找資料分頁會開超多）
這時的狐狸也會開始又卡又頓
因為跟GC採取的架構不同，處理程序並不會因為分頁關掉就關閉對應的處理程序
使得記憶體可以得到正確的試放
我對M社如何實作的E10S其實並沒有詳細的理解，只是使用上的一些感想
既然記憶體消耗比起GC都不惶多讓了，倒不如真的以類似GC的方式實作多處理程序
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 140.113.38.77
※ 文章網址: https://www.ptt.cc/bbs/Browsers/M.1458380935.A.3FB.html
推
03/19 18:08, , 1F
03/19 18:08, 1F
其實我倒不是太擔心套件的問題，API開好，開發者就會做了
根源就在API，你不給開發者要的API才是真正的問題
→
03/19 18:09, , 2F
03/19 18:09, 2F
→
03/19 18:10, , 3F
03/19 18:10, 3F
推
03/19 18:55, , 4F
03/19 18:55, 4F
推
03/19 22:23, , 5F
03/19 22:23, 5F
觀點類似（握
→
03/19 23:01, , 6F
03/19 23:01, 6F
推
03/20 01:15, , 7F
03/20 01:15, 7F
→
03/20 01:16, , 8F
03/20 01:16, 8F
內文有說，不一定是本體造成的，套件也會有影響，而且影響還滿大的
尤其是像ABP或UBO這種有開啟cosmetic filtering的
→
03/20 01:37, , 9F
03/20 01:37, 9F
我文章內沒提到記憶體消耗FX比GC來得高啊，除非你覺得不遑多讓是這個意思
記得我朋友跟我提到過他的GC啟動後甚麼都沒做就2G起跳
32G記憶體真的是吃好吃滿
※ 編輯: t7yang (140.113.38.77), 03/20/2016 02:15:55
推
03/20 03:35, , 10F
03/20 03:35, 10F
→
03/20 03:36, , 11F
03/20 03:36, 11F
→
03/20 04:08, , 12F
03/20 04:08, 12F
Browsers 近期熱門文章
PTT數位生活區 即時熱門文章
