→ ducksteven:我認為是facebook自己memory leak 09/02 15:32
→ pussin:可是不只FB 連Google搜尋也會出現一樣的問題 09/02 17:29
→ pussin:原來這叫Memory Leak!! 09/02 17:46
推 EqualMan:安全模式試試 看看是不是extension問題 09/02 22:56
→ pussin:冒昧請問一下 安全模式如何執行?? 09/03 00:23
我把我的extension中的Evernote Web Clipper和Clearly關掉 Chrome主體記憶體使
用少了約20多MB 網頁瀏覽好像也稍微順暢了
但還是會吃記憶體不吐出
我再稍微敘述一下 假設當我開啟FB網頁 需要用到110MB記憶體 隨者時間他會漸漸
越吃越多 吃多吐少 有點走三步退一步的感覺
關鍵問題來了 當我點選新分頁連結 其新分頁的記憶體使用會加計到原FB使用上
於是乎FB加上新開的那個分頁 會總共用到200多MB的記憶體
但當我關掉新開的那個分頁 FB單個分頁記憶體使用會維持在200多MB 不會回到原本
的100多MB 同理 當我點選越來越多分頁連結 就會越來越膨脹 都不會吐出來
當開了幾個新分頁後 脹到900多MB 瀏覽器就會假性當機 只要把FB分頁關掉
一切又都正常了
同樣的情況也會發生在Google的搜尋結果頁面 情況相同
如果是點選開啟新分頁 再點選新開分頁中的新分頁 那情況更恐怖!!
※ 編輯: pussin 來自: 220.132.122.79 (09/03 10:09)
推 EqualMan:無痕視窗預設自動停用所有附加元件 用這個測測看 09/03 12:47
推 CP64:無痕雖然停用還是會背景啟動占記憶體啊.... 09/03 12:53
→ pussin:請問大家都裝多少擴充功能 有人說我是extensions裝太多? 09/03 13:10
※ 編輯: pussin 來自: 220.132.122.79 (09/03 13:29)
推 evonre:我用Beta,extension 11個,除了主程式佔300MB以外 09/03 15:35
→ evonre:其他四十幾個分頁每個都大約佔60MB,沒遇過Memory Leak 09/03 15:36
→ evonre:跟只開單頁一樣順暢.. 09/03 15:37
→ pussin:我是主程式只有90多 但隨便開個分頁就要90多 09/03 16:24
→ pussin:隨後就漸漸吃到100多 09/03 16:24
→ pussin:所以到底是Dev的問題 還是extensions裝太多了?? 09/03 16:25
剛剛在Chrome論壇遇上一位寫extensions的先進
告訴我 Windows 版的 chrome 由於受
WaitForMultipleObjectEx()/NtWaitForMultipleObjectEx()的 64 個 handle 限制
只能使用不超過 20 個行程,如果超過 20 個行程,則只能使用最近使用過的行程
意指Task Manager中的Chrome.exe最好不要超過20個
※ 編輯: pussin 來自: 220.132.122.79 (09/03 17:29)
推 EqualMan:還好我用UBUNTU 噗 09/03 17:31
※ 編輯: pussin 來自: 220.132.122.79 (09/03 17:33)
目前問題暫時解決 解決方法是我關掉其中5個較少用的extensions
目前試過 正常了 部會在狂吃記憶體 看來Windows版的Chrome似乎還是有大瑕疵
不能用超過一定數量的extensions!!
※ 編輯: pussin 來自: 220.132.122.79 (09/04 00:19)