Mozilla会系Firefox組コミュのFirefox1.5のメモリ使用について

こんにちは。

Firefox1.5を使用しているのですが、長時間使用していると
メモリ使用量がとんでもなく大きくなっていたりします。

みなさんの環境でも同じでしょうか？
少々ご意見伺わせてもらえれば、と思います。

参考までにこちらの環境を書き記しておきます。
OS：WindowsXP Professional ServicePack2適用済み
CPU：Celeron 1GHz
メモリ：768MB
Extension数：9個
　　[DOM Inspector][Google toolbar][Adblock][Gmail Notifier]
　　[mixiツールバー][Tab Mix Plus][User Agent Switcher]
　　[CuteMenu Classic][IE Tab]

コメント(67)

最初
全て
最新の40件

前

[29] mixiユーザー 01月27日 17:57

> 27: 優菜さんへ

返事が遅くなって、ごめんなさい。

1点目:
はい。ガンガン使ってください。

2点目:
設定を戻すのが面倒なら、セーフモードで起動する方が簡単です。一時的に機能拡張無しかつデフォルトテーマで起動し、設定をいじらない限りは後に影響が残りません。
「スタート」メニュー→「プログラム」→「Mozilla Firefox」→「Mozilla Firefox (SafeMode)」

[30] mixiユーザー 01月30日 18:45

こんにちは。

セーフモードにて試しました。もちろん拡張なしのテーマはデフォです。

使用時間は13時間。メモリ使用量は100M付近でした。
その状態ではやはり他の作業に支障が出てきたようです。
エクスプローラを開くのも"もっさり"、タスクの切り替えも同様。
う～ん・・・。許容できる範囲かどうかはやはりちょっと厳しいですね。
パッと画面切り替えが出来る事は必要ですし、何よりストレスを感じます。

という事で、やはり仕様という事でしょうね・・・。
ブラウザ起動時間が早くなれば少しはマシなんですけどねぇ。
タスクトレイに常駐してスピードアップを図る拡張がありましたが、
あれはダメでした・・・。何かないかしら。

[31] mixiユーザー 01月30日 21:47

> 30: 優菜さんへ

そういうことになりましたか。となると私には打つ手はありません。

引っ張り回して、ご迷惑をおかけしました。私には勉強になりました。ありがとうございます。

[32] mixiユーザー 02月04日 22:52

一応情報提供のために書き込みます。

Google Toolbar for Firefox 1.0.20051122
Bookmark Backup 0.3.3
Linkification 1.1.9
Gmail Notifier 0.5.4
ScrapBook 0.18.5
IE View 1.2.7
Download Statusbar 0.9.4
Forecastfox 0.8.2.5
Tab Mix Plus 0.3
を入れたプロファイルでヘビーに数時間使用すると2-400MB

新規プロファイルを作成、ブックマークを古い方からコピー、
Google Toolbar for Firefox 1.0.20051122
Linkification 1.2.0
Gmail Notifier 0.5.5
ScrapBook 0.18.5
IE View 1.2.7
Download Statusbar 0.9.4
Forecastfox 0.8.2.5
Tab Mix Plus 0.3
をインストールし直し、ScrapBookのデータを移行、6時間ほどの使用で、ただいまメモリは94MBです。

こんなにFireFoxってサクサクだったんだと驚いております。
このレベルのメモリは仕方がないようですね。
しかし、以前よりPC全体が遅くならなくなりました。WORDやEXCELの起動が2，3秒と、以前より2，3倍早いですし。
ここのところPCが不調でOSを再インストールしようと考えていましたが、原因がわかったのでやめておくことにします。

優菜さんはメモリ100MBでもっさりとのことですが、どこかを改善すればたかが100MBのメモリでシステムが遅くなることは避けられる気がします。

最後に環境を書いていきます。
OS: Windows xp HE SP2
CPU: intel CeleronD 335J
RAM: 512*2 SUMSUNG
M/B: iD915GAV
仮想RAM: 512MB*3 D, E, Gドライブ

[33] mixiユーザー 02月05日 02:11

Firefox 1.5.0.1のリリースノートに
・いくつかのメモリリークの修正
とありますが
問題なければアップデートしてみてはいかがでしょう
http://www.mozilla-japan.org/products/firefox/releases/1.5.0.1.html

以下のトピを参照くださいませ
http://mixi.jp/view_bbs.pl?id=4328625&comm_id=644

[34] mixiユーザー 02月05日 13:44

>32に付け足しです。
一番肝心な情報を忘れてました。
Firefox 1.5.0.1使用
ただしバージョンアップ前も同じ現象が起きてました。

ついでに12時間付けっぱなしにしていたらメモリ400行きましたがサクサク度は変わりませんでした。メモリだけが重い原因ではないようです。
もういっこついでに、メモリークリーナーを512MBかけると200MBくらいになりました。

[35] mixiユーザー 02月05日 13:54

config をいじってみては？
色んなところに書いてあるけど
例えば
http://andore.com/inami/mtarchives/003249.html

1.5.0.1に切り替えて，以前確認したときはメモリを開放してると
思ったんだが，開放してない場合はconfigをいじるべし。

[36] mixiユーザー 02月05日 22:18

このスレッドの上の方に書いてあって謎だったのですが、
browser.cache.memory.capacity　が存在しない場合、作成すれば
いいのでしょうか？この場合整数値として作成すれば良いのですか？
こういう部分はいじったことないので教えてくださいまし。

[37] mixiユーザー 02月07日 10:25

ブログで教えてもらった話を一つ。

http://level.s69.xrea.com/mozilla/index.cgi?id=20060206_MemLeak

Firefox のメモリリークを修正する努力の進捗状況は

1. 1.5.0.1 では 2 箇所修正できた

2. Firefox 3 に向けた開発では他に少なくとも 10 箇所修正できた
# なぜいきなり 3 なのか、は説明が要ります
# 現在は Firefox 1.5.0.2 と 2 と 3 の
# 3 バージョンの開発が同時進行しています
# 下記のサイトは英語ですが、図を見れば分かると思います
# http://weblogs.mozillazine.org/roadmap/archives/009475.html

3. 2. の修正の多くは 1.5.0.2 と 2 にも反映させる予定

4. メモリリークを確認できるように leak-gauge というツールを作った。このツールによる確認は「数時間使っているとメモリを大量消費する」という報告より絶対的にバグ修正の役に立つ。

私は 4. で指摘された役に立たないテストをしていたので耳が痛いです。

[38] mixiユーザー 02月07日 10:53

追伸

leak-gauge を使って Firefox 1.5.0.1 のメモリリークを調べても、残念ながら役に立ちません。見つかるメモリリークのほとんどは開発者にはとっくに分かっているものだろうからです。

開発者が直したときからユーザが使うまでの間に時間差をおかないと安心して使えるアプリになりません。直したつもりが壊していたと気付くまでに時間がかかるので、実際に時間をおいて様子を見ないと単純なバグが残ったまま公開してしまうおそれが大きいからです。

役に立つ報告をするには、時間をおかないで公開している Nightly Build というバージョン(と言ったら語弊がありますが、そんなものだと思ってください)を使う必要があります。でも、それを使うのはなるべく止めましょう。どんなバグが入っているか本当に分からないからです。かつてインストーラが HD の内容を消すバグを持ったまま公開されたこともありましたが、そんなバグがあることを知るために公開されるバージョンだからです。

テスターに求められる複雑な作業ができない人が多いと思うので、手元でできる回避策をこつこつ見つけていくしかないです…

[39] mixiユーザー 02月07日 12:12

> 開発者が直したときから(略)公開されるバージョンだからです。

結局何をしたいのですか?
プロファイルを別に分ければ、それなりに使えます。実際、ナイトリーを追っかけている素人さんは何人かいます。

確かに、おっしゃるとおり、バグ報告は安定版ではなくて、開発版を確認した上で行うものですが、もし、開発版を利用できないなら、無理にバグ報告をするのではなく、Bugzillaを検索するまでにとどめておいた方がいいでしょう。人が気づく問題の大半は、既に他の人が気づいているものです。

[40] mixiユーザー 02月07日 21:45

こんにちは。

＞Dear yosukekkeさん
設定ですが、なければ作成して大丈夫です。
ただ、綴りを間違えないように。（汗）

「browser.cache.memory.capacity」を設定してみました。
新たにFFを再インストールしたのですが、やはり現象は
変わらないのでこれでしばらく様子を見てみます。

色々とお世話になります。
また報告致します。

[41] mixiユーザー 02月08日 00:16

> 39: ゆきちさんへ
> それと、優菜さんが読んでいるものと勝手に想像して

1. 投稿 37, 38 は、「ちょっといい話」をしたかったですが、他の人の役に立たない話でした。事前によく考えていなくて、すみません。

2. このトピックを通してみたときには、使い方で何とかなる部分が無いか確かめてみたかったんです。知識と筆力がなく役に立ちませんでしたが、そんなに悪いと思っていません。

1. について

投稿 37, 38 の想定読者は優菜さんです。探求心がありますし、発言する積極性もありますが、言っては悪いですが Nightly Build でのテストを頼むには技術的知識に不安のある方、と見ています。

Firefox のメモリリークについてよくまとまった記事を見つけ、特にメモリリークの見つけ方の話が私にも耳が痛かったけど他の人にも思い当たる節がありそうだと思い、紹介しました。

しかし書いた後で、優菜さんのような方だと leak-gauge を使って 1.5.0.1 のメモリリークを調べてどこかに書くんじゃないか、と勝手に想像してこわくなりました。そこで慌てて 38 で言い訳をしました。

結果として、1.5.0.1 でのメモリリークが気にならない使い方を紹介するでもなく、テストに協力するのは止めろと言い、他の人には役に立たない話になりました。考えが足りなくてすみません。

2. について

私はこのトピックを見て、人にいろいろ試して欲しいと思いました。機能拡張等の話になると、その人のマシンでその人の使い方で試さないと分からないと考えました。それと、正直なところ、いろいろ試さないでバグだと騒ぐのはうるさいと勝手に思ったのがきっかけです。

ただ、私の投稿はゆきちさんから見て訳が分からない上に技術的に間違っているようで、他の人を引きずり回しても問題を解決していません。役に立たなかった点は突かれると痛いです。

それでも私は今でも、逆に、ゆきちさんの発言は技術的に正しくとも話の進め方としてよくないと信じています。「Firefox はメモリリークがひどい」という発言に「メモリを大量に使用するのは既定路線」と返答したら、そこで話が終わってしまいます。試した結果が何も残りません。そういう選択肢を最初に選ぶのは良くないと思っています。

ゆきちさんが 39 でそんなことを聞きたいと思ったかどうか分かりませんが、トピックの途中から私の発言が訳が分からないことに怒っているようでしたので、私がゆきちさんに思っていることも書きました。

[42] mixiユーザー 02月08日 02:06

こんにちは。

【Nightly Build】までは私には手が出ません。（汗）
時間も技術もありません・・・。

このトピックについてですが、みなさんの状況を聞き、
ついでにその辺りで詳しい方がいらしたら教えて頂こうと思い、
立てた次第です。念のため記載しておきます。
最初に書いておけば良かったですね。

で、「browser.cache.memory.capacity」の設定を60kにして様子を
見ましたが、現在125MB・・・。
という事で、ダメらしいです。（汗）

今後のバージョンでは既に改修された不具合もあるようなので、
次回以降に是非期待したいところですね。（＾＾；

[44] mixiユーザー 02月15日 22:24

こんにちは。

先程RSSチェックで同記事を確認し、設定しました。
また何か報告入れますね。

[45] mixiユーザー 02月16日 01:41

browser.cache.memory.capacityがなくて新規設定した際に間違えて文字列にしてしまった…

どうすればいいのでしょうか？

[46] mixiユーザー 02月16日 05:19

> どうすればいいのでしょうか？

all.jsに無い、ユーザが独自に追加した設定は、about:configでその項目をリセットして、Fxを再起動すると削除されているはずです。

もしそれで駄目ならprefs.jsをテキストエディタで直接編集するしかありません。直接編集する場合はUTF-8Nで開いて、UTF-8Nで保存してください。
# ただ、Fx側のバグでUTF-8以外のエンコーディングの文字列が混在しているとテキストエディタによっては内容を壊してしまいますので注意してください。

[47] mixiユーザー 02月16日 13:29

一度タスクマネージャーでプロセスの終了を行うことで再起動が出来ました。
有難うございました。

[48] mixiユーザー 02月16日 23:52

こんにちは。

設定を変更しましたが、以前変わらず・・・。
やはり無駄なあがきでしかないのか・・・！？

情報、ありがとうございました。＾＾

[50] mixiユーザー 03月21日 17:33

こんにちは。

茶近さん＞
助言ありがとうございます。
ただ、その設定は既にしておりますが私の環境では効果はないようで。
現在はもうメモリは諦めて使用してます。（汗）

[52] mixiユーザー 03月23日 21:35

こんにちは。

＞某Nさん
情報、ありがとうございます。
・・・質問です。
「user.js」はどこにあるのでしょうか。（汗）
すみません、教えて下さい・・・。
宜しくお願い致します。

[55] mixiユーザー 03月25日 12:50

こんにちは。

なるほど、試してみます。
また報告致します。

[56] mixiユーザー 03月28日 10:58

こんにちは。

jsファイルが存在しなかったので新規作成して様子を見ました。
やはり改善はされません。
メモリを多く使用する仕様と以前書かれていたので仕方ないのでしょうね。

報告までに。

[58] mixiユーザー 03月29日 09:07

こんにちは。

jsを追加してから監視を続けています。
なんとメモリ使用量が50M越えなくなりました！
しかも最小化するとメモリ使用量がかなり減る事も判明しました。

この設定はアタリかも！＾＾
もうしばらく様子を見ます。中間報告までに。

[60] mixiユーザー 04月01日 14:27

こんにちは。

現在4日連続でFFを立ち上げっぱなしで作業してますが、
どうやら多くても60Mを超えないようになりました。
とりあえず「user.js」の対応で何とかなるようです。

某Nさん、ありがとうございます。
メモリ解消でお悩みの方は一度お試しあれ、デス。＾＾

[61] mixiユーザー 04月02日 17:28

みなさんはじめまして。

某Nさんの書かれている設定をabout:configから設定したところ、
タスクマネージャのプロセスタブから確認できるメモリ使用量は
抑えられるようになったのですが、
タスクマネージャのパフォーマンスタブから確認できるメモリ使用量
（コミットチャージ）はFirefoxを時折閉じないとふくれあがってしまいます。
（Windows 2000 Professional、Firefox 1.5.0.1）
皆さんの環境ではこちらも抑えられているのでしょうか？

[63] mixiユーザー 04月05日 02:27

>>優菜さん
user_pref("browser.cache.memory.capacity", 16384);
は16384で使ってますか？
気づいたら返事よろしくお願いします。

[65] mixiユーザー 04月10日 10:47

こんにちは。

＞yosukekkeさん
気づくのが遅くなりました・・・。
「16384」で使用しています。最近たまに60M越えたりしますが、
最小化すれば解消されるので快適に使用できています。＾＾

[66] mixiユーザー 04月10日 19:57

しばらく様子を見ていましたがやはりコミットチャージがふくれあがっていくばかりですね。
メモリ使用量も最小化後また最大化で戻ってしまうので、
OSによる違いがあるのでしょうか。

そう高いものでもないのでメモリを１枚たそうかと思います。

[67] mixiユーザー 04月12日 11:44

こんにちは。

コミットチャージ・・・。
今確認しましたが最小化しても減らないですね・・・。（汗）
プロセスのメモリ使用量は減るのですが・・・。

これはもしかして改善されていないという事でしょうか。
しかしパフォーマンス的には何も問題ないのですけどねぇ。

ログインすると、残り37件のコメントが見れるよ