アカウント名:
パスワード:
メモリ消費量の多さが理由でChromeからFirefoxに移行 [srad.jp]しましたが、Firefoxもメモリ消費が増える一方です。マルチプロセス化してひどくなったし。Firefox Quantum では自称「Chromeより30%メモリ消費が少ない」などと言ってますが、「Chromeの70%レベルまでメモリ消費が増えた」ってことで。
Chromeは定常的にメモリ消費がひどいですが、Firefoxは時間が経つとメモリ消費が増えていく、という傾向なので定期的に強制再起動 [srad.jp]という運用でカバー。
#今は Firefox Sync のためだけにFirefox を選んでるって感じ。
ChromeもFireFoxもブラウザでメモリ消費量が増えていく設計はなんでなんですかね?アプリ再起動で凌げているなら、不要なものをキャッシュしていて捨てられていないということなのではないかと思うのですが
メモリ使用量の上限は決められるようにして、タブが本当に開けないときは「メモリ不足で開けません」にしてほしい
広告スクリプトがどんどん次の広告を読み込んでいって等、スクリプトが原因でメモリがあふれるパターンが多い気がします。しかも直前数ページとかをRAMキャッシュに残してるおかげでどうしようもなくなるという。RAM不足になった時点で例外をだせず、プロセスがクラッシュするあたり、上限チェックがイマイチなんですかねぇ。
スクリプトのメモリ使用容量も制限すれば幸せになれるかもメモリアロケータを分けていないんでしょうね。malloc()一択みたいな
スクリプトがというより、画像、動画などの動的に読み込まれるリソースっぽいですね。こいつらを何百・何千と抱えっぱなしになって最終的に落っこちる感じ。HTML5的なサイトの必須要素ならメモリに抱えっぱなしなのは合理的なのですが、使い捨ての広告までメモリやハンドルを抱えっぱなしで、抱え落ちするのですよ。特に動画は動画再生のコストが重いのに、終わった後に後始末をちゃんとせずに抱えっぱなしされると凄い勢いでリソースを食いつぶしてきます。ハードウェア再生支援が有効だとグラフィックドライバの出来にも左右されて、許容以上の同時オープン状態時にクラッシュ発生とか起きちゃうと。
うーん、WindowsのChromeだけど再起動が必要になることないなあ。
そもそもアプリのメモリ利用を物理メモリあたりでリミットしてるなら、プロセス個別の仮想メモリでもスワップをそうしないだろうし...リミットしてないほどバカなのかリミットしても、LinuxとかMacだとバカ食いするのかな?
# と思うくらいにはメモリ利用なんて頓着したことない。まあ開く数が少ないだけか。
再起動しないと使えないわけではないんだろうけどプアな環境で使っていて、別のことをしばらくやってからGoogle Chromeの特定のtabを見るときむやみやたらとページ再読み込みに時間がかかることが。そういうときはいっぺん手動で再起動させることもたびたび。
// さもなければGoogle Chromeが息をするまで別のことを後者が多数。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
Firefoxももうダメ (スコア:1)
メモリ消費量の多さが理由でChromeからFirefoxに移行 [srad.jp]しましたが、Firefoxもメモリ消費が増える一方です。マルチプロセス化してひどくなったし。
Firefox Quantum では自称「Chromeより30%メモリ消費が少ない」などと言ってますが、「Chromeの70%レベルまでメモリ消費が増えた」ってことで。
Chromeは定常的にメモリ消費がひどいですが、Firefoxは時間が経つとメモリ消費が増えていく、という傾向なので定期的に強制再起動 [srad.jp]という運用でカバー。
#今は Firefox Sync のためだけにFirefox を選んでるって感じ。
Re: (スコア:2)
ChromeもFireFoxもブラウザでメモリ消費量が増えていく設計はなんでなんですかね?
アプリ再起動で凌げているなら、不要なものをキャッシュしていて捨てられていないということなのではないかと思うのですが
メモリ使用量の上限は決められるようにして、タブが本当に開けないときは「メモリ不足で開けません」にしてほしい
Re: (スコア:0)
広告スクリプトがどんどん次の広告を読み込んでいって等、スクリプトが原因でメモリがあふれるパターンが多い気がします。
しかも直前数ページとかをRAMキャッシュに残してるおかげでどうしようもなくなるという。
RAM不足になった時点で例外をだせず、プロセスがクラッシュするあたり、上限チェックがイマイチなんですかねぇ。
Re: (スコア:2)
スクリプトのメモリ使用容量も制限すれば幸せになれるかも
メモリアロケータを分けていないんでしょうね。malloc()一択みたいな
Re: (スコア:0)
スクリプトがというより、画像、動画などの動的に読み込まれるリソースっぽいですね。
こいつらを何百・何千と抱えっぱなしになって最終的に落っこちる感じ。
HTML5的なサイトの必須要素ならメモリに抱えっぱなしなのは合理的なのですが、使い捨ての広告までメモリやハンドルを抱えっぱなしで、抱え落ちするのですよ。
特に動画は動画再生のコストが重いのに、終わった後に後始末をちゃんとせずに抱えっぱなしされると凄い勢いでリソースを食いつぶしてきます。
ハードウェア再生支援が有効だとグラフィックドライバの出来にも左右されて、許容以上の同時オープン状態時にクラッシュ発生とか起きちゃうと。
Re: (スコア:1)
うーん、WindowsのChromeだけど再起動が必要になることないなあ。
そもそもアプリのメモリ利用を物理メモリあたりでリミットしてるなら、プロセス個別の仮想メモリでもスワップをそうしないだろうし...リミットしてないほどバカなのかリミットしても、LinuxとかMacだとバカ食いするのかな?
# と思うくらいにはメモリ利用なんて頓着したことない。まあ開く数が少ないだけか。
M-FalconSky (暑いか寒い)
Re:Firefoxももうダメ (スコア:1)
再起動しないと使えないわけではないんだろうけど
プアな環境で使っていて、別のことをしばらくやってからGoogle Chromeの
特定のtabを見るときむやみやたらとページ再読み込みに時間がかかることが。
そういうときはいっぺん手動で再起動させることもたびたび。
// さもなければGoogle Chromeが息をするまで別のことを後者が多数。