[-Fx-] 啟用e10s後開新分頁延遲

[mayuyu ((・ω・)ノ)]

Mozilla Firefox從48版開始向用戶推送e10s功能，
如果條件允許的話，部分用戶的Fx會自動啟用e10s（多處理程序）的功能。
目前e10s預設是啟用二個處理程序，一個是firefox.exe，負責處理瀏覽器本體框架，
另一個是plugin-container.exe，負責處理所有分頁的網頁內容。
如果有啟用外掛程式，例如Flash，還會再看到一個plugin-container.exe，
負責處理Flash外掛程式。
所以預設可能會看到三個處理程序，一個firefox.exe，二個plugin-container.exe。
將來處理網頁內容的程序應該會改名，例如改成web-content.exe，
不再使用plugin-container.exe的名稱，以避免混淆。

檢查Fx是否已啟用e10s
在網址列輸入about:support
如果已啟用e10s，「多程序視窗」這個項目會顯示1/1 (開啟)

如果你的Fx沒有自動啟用e10s，可以自己強制開啟
在網址列輸入about:config
新增布林值browser.tabs.remote.force-enable，設為true
dom.ipc.processCount（處理網頁內容的程序數目）預設是1，
數字越大plugin-container.exe就越多，記憶體也吃越多。

據官方說法開啟e10s後記憶體使用量大約會增加20%，
不過整體介面的反應速度會比較快，使用上感覺可能會比較順暢。

不過如果我們自行修改dom.ipc.processCount的預設值，
可能會發生e10s開啟新分頁比non-e10s還緩慢的現象。
這個現象在新分頁的標籤文字上特別明顯，
本來non-e10s開新分頁，新分頁標籤上的文字「連線中...」會很快顯示出來，
而e10s開新分頁，標籤則會持續空白一段時間，
大約延遲0.1秒以後才會顯示出「連線中...」的文字。

這是因為如果dom.ipc.processCount的數值大於已開啟分頁，
譬如說dom.ipc.processCount設為2，而已開啟分頁只有1個，
當新增第2個分頁時，Fx就會創建一個新的處理程序plugin-container.exe，
來處理分頁2的內容，這個創建新處理程序的過程造成了延遲。

當dom.ipc.processCount的數值小於已開啟分頁，
譬如說dom.ipc.processCount設為2，而已開啟分頁已經有2個，
當新增第3個分頁時，Fx就會使用已存在的處理程序plugin-container.exe，
來處理分頁3的內容，而不會再創建新的處理程序，
因此不會發生標籤文字顯示延遲的現象。

所以目前dom.ipc.processCount的預設值只有設為1。
而自行修改這個數值改得很大，同時習慣開啟分頁數量較少的人，
每次開新分頁，Fx就會創建新程序，這時就會遇到這個顯示延遲的現象。

如果我們希望改善這個現象，可以在about:config底下新增一個布林值
dom.ipc.processPrelaunch.enabled 設為 true
讓Fx啟用「預先配置新處理程序」的功能，這樣就可以避免開新分頁延遲的問題。

--
結論

問題描述
e10s啟用後，開新分頁時標籤文字「連線中...」要等一會兒才會出現，
開啟分頁變慢

解決方法
在about:config底下新增一個布林值
dom.ipc.processPrelaunch.enabled 設為 true


--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 61.219.36.86
※ 文章網址: https://www.ptt.cc/bbs/Browsers/M.1473671711.A.5D8.html
推 ji394xu3: 感恩 試看看
推 t7yang: 同樣採用多處理程序的GC就不會有類似的問題，只能說M社的
→ t7yang: 多處理程序架構還沒有完全調到好。不過以前嘗試過開很大
→ t7yang: 現在基本上都用預設1個程序就好了，基本上反應相當快了
→ t7yang: 這條選項會新增到O2FP
目前還在改進中
不過用預設值跑就不會有這麼多奇怪的問題
→ t7yang: （現代人真的很容易犯語言癌，不知不覺就打了一堆不必要
→ t7yang: 的重複贅詞...
我常常寫得我自己也看不懂...orz
→ kenwufederer: 是不是安裝附加元件就不能使用?
偵測到某些擴展就會自動停用
不過可以用上面的方法強制啟用

我原來使用的二個擴展不支援e10s
只好尋找替代品
AutoCopy2 → 改用 AutocopySelection2Clipboard
Multifox → 改用 CookieSwap

修改CookieSwap的工具列按鈕，改成和Multifox一樣，
預設使用者不顯示名稱，避免工具列過長
#cookieswap-toolbar-button > .toolbarbutton-text[value="你的預設
    使用者名稱 e.g. Profile1"] {
    display: none !important;
}
※ 編輯: mayuyu (61.219.36.66), 09/12/2016 17:55:36
→ sate5232: 喔喔 感謝推薦CookieSwap
→ sate5232: CookieSwap似乎是整個Fx的cookie都變更? Multifox可以只
→ sate5232: 套用在單一分頁上
→ mayuyu: 對 我前面有一篇推文中有提到 CookieSwap不能每個分頁
→ mayuyu: 獨立使用不同cookies 同一個網站同時登入不同帳號
→ mayuyu: 很可惜只有Multifox有這個功能 我在Chrome瀏覽器也找不到
→ mayuyu: Cent的小號功能也不行 如果不需要同時登入功能
→ mayuyu: 只是要省去輸入名稱密碼的登入過程 快速切換不同帳號的話
→ mayuyu: 譬如說有好幾個不同的google帳號 要切換不同的服務使用
→ mayuyu: 那麼用CookieSwap會比google內建的切換功能更好用
→ mayuyu: Chrome上有有類似的擴充叫做Swap My Cookies
推 kenwufederer: 推一個 希望Firefox能重生
→ Kreen: 裝 SSD 硬碟就重生了。XD
推 t7yang: 剛剛開dev版的about:config來看，似乎預設並沒有這條
→ t7yang: 所以是要自己新增嗎？
→ t7yang: 目前最困擾我的是新同文堂不支援e10s，而且開來似乎也不會
→ t7yang: 更新了。只能用以非e10s視窗開啟的方式暫時這樣解
→ hohiyan: zotero還不支援e10s，但又沒辦法不用，殘念 Q_Q
推 Artlanis: 感謝！推！
→ mayuyu: @t7yang 是的，要自己新增
推 kenwufederer: Firefox不知道會不會做一次清除附加元件
→ kenwufederer: 感覺Firefox包袱太多…
→ sate5232: CookieSwap的附加元件列圖示好像沒有選項能去除?
→ mayuyu: @sate5232 Fx的附加元件列好像很早就取消了
→ mayuyu: 我這邊沒有看到附加元件列@@
→ mayuyu: 啊啊 右上角那個叫附加元件列嗎 我都搞糊塗了xD
→ mayuyu: 你是想把CookieSwap的工具列圖示整個拿掉嗎？
→ mayuyu: 可是拿掉的話要怎麼快速切換帳號？
→ mayuyu: 拿掉應該可以用三條槓「自訂」拖曳的方式移除
→ mayuyu: 或者用樣式把 #cookieswap-toolbar-button
→ mayuyu: display: none !important; 隱藏起來
推 kesdoputr: vimperator好像也還不支援e10s，開了就會有錯誤
推 CrazyMika: 感謝推～還是手癢開了多個執行序測試XD
→ t7yang: vimfx沒有個問題，還不需要重新啟動
推 kesdoputr: 已經用習慣了懶的轉了XD
→ sate5232: 有套件是能夠把附加元件列叫回來，我的話是用
→ sate5232: url-addon-bar把它放在網址列 像這樣
→ sate5232: http://i.imgur.com/Gs4Zd50.png
→ sate5232: 但是就如所見 CookieSwap的太長還會讓其他圖示變形
→ VIGUTA: 樓上是用了什麼佈景阿 看起來好舒服
推 shadow93: 預設打開了耶！用SSD很快了其實修改後也沒什麼感覺 哈哈
推 kazuma2010: 開了結果卡到不能動...