Saturday, March 19, 2016

批踢踢實業坊 Browsers 板: [-Fx-] 多處理程序架構

批踢踢實業坊 Browsers 板

// via fulltextrssfeed.com

[-Fx-] 多處理程序架構
http://www.ptt.cc/bbs/Browsers/M.1458380935.A.3FB.html
Mar 19th 2016, 10:53


作者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://www.ptt.cc/bbs/Browsers/M.1458380935.A.3FB.html
推 Medic: 現在M社擔心的是套件的兼容性 擔心一改就死一片 03/19 18:08
→ Medic: 然後套件開發者其實很多已經沉寂了 到時改版不見得會再更新 03/19 18:09
→ Medic: 結果就是你看到的想正式啟用e10s的正式版本號一拖再拖... 03/19 18:10




You are receiving this email because you subscribed to this feed at https://blogtrottr.com

If you no longer wish to receive these emails, you can unsubscribe here:
https://blogtrottr.com/unsubscribe/1m3/ztjvfC

No comments:

Post a Comment