もじら組フォーラム

http://images.google.co.jp/images?q=Playstation&ie=UTF-8&oe=UTF-8&hl=ja&btnG=Google+%E6%A4%9C%E7%B4%A2
>
> 　これを３つのタブで開いて下さい。そして完全にロードが終了したらページ下部の「次へ」をそれぞれのタブでクリックします。これを繰り返すとGDIリソースを消費していき、タブを閉じてもリソース量が回復しない...という事らしいです。

何度やっても、終了させるとGDIリソースは95％に回復しますwin98se）（。
やはり環境に依存するしょうね。
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5a) Gecko/20030702 Mozilla Firebird/0.6
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5a) Gecko/20030704

>何度やっても、終了させるとGDIリソースは95％に回復しますwin98se）（。

　「終了させないで」ってのがミソですね。つまり幾つかのタブを開いたらそこからはもう「新しいタブを開かないで閲覧する」という事です。

　Mozilla起動->タブ３つ->(リンクは別タブで開く)->Mozilla終了->Mozilla起動...

　このパターンではGDIリソースは減りません。私も普通はこんな感じです。

　Mozilla起動->タブ３つ->
　　タブ１でジャンプ->タブ２でジャンプ->タブ３でジャンプ->タブ１でジャンプ...

　このスレッドで言われているのは後者です(多分)。「同じタブで違うページ」を延々とロードさせてみて下さい。

ゆのさんの提案に従って1.3.1で調べてみました。
画像が多いサイトを探す必要があると思いましたが、考えたらgoogloのイメージ検索
でいけるなと思い、これを利用することにしました。
windowsを再起動し、mozillaを立ち上げてgoogleに接続し、イメージ検索にて
"dog"とタイプして検索。
一ページ目は同じタグに表示されるので、2ページ以下25ページまで
「新しいタグで開く」を繰り返しました。
環境はwin98SE k6-3 450MHz 384MB WaMCoM(mozilla) 1.3.1です。

sys user gdi
mozilla起動前 86 86 89
mozilla起動時 74 74 81
検索ページ表示 68 68 80
"dog"表示　　　 　5 62 5

bmp brush dc pen mem-dc font region palette EhnMtFileDC
検索ページ表示 237 64 8 10 52 83 126 3 0
"dog"表示 743 63 8 10 56 381 229 3 1

ちょっと見にくいかもしれませんが結果は上のようになりました。
検索ページ表示時と"dog"表示時とのCompareの内訳はこうなっていました。

　　　　　　　new same free
bmp　　　　　488 255 　 0
brush 13 50 0
dc 0 8 0
pen 1 9 0
mem-dc 10 48 0
font 297 84 4
region 109 119 2
palette 0 3 0
EhnMtFileDC 0 1 0

書いていないものについては、変化がなかったということです。
私にはこのデータがなにを意味するのかよくわからないので、ゆのさんか、
どなたかが説明してくださることを望みます。

現時点で私にわかるのは、
・画像を多数表示させているのでBitMapの数値が大きいこと。
・わからないのは、Fontの増え方が画像の次に大きいこと。
くらいでしょうか？

1.4では試していないのでわかりませんが、以前使ったときには
タグを10枚も開かないうちにリソースが0%になったのに比べて、
1.3.1では25枚まで開くことができ、タグを閉じるとほぼ(70%まで)リソースが
回復しました。

調査はこんなかんじでいいでしょうか？

>・わからないのは、Fontの増え方が画像の次に大きいこと。

　こちらは心当たりがあります。

[フォントを変更すると GDI.EXE で強制終了]
http://support.microsoft.com/default.aspx?scid=kb;ja;417611


これが原因なら、

・フォント「Arial Unicode MS」は削除する。
・HTMLでフォント指定しているサイトにはなるべく近づかない。

で、現象はいくらか緩和されるかもしれません。

Mozillaの「フォントの設定」で「Webページで他のフォントを使用できる」のチェックを外してみるのも有効かもしれませんね。

> [フォントを変更すると GDI.EXE で強制終了]
> http://support.microsoft.com/default.aspx?scid=kb;ja;417611
> Mozillaの「フォントの設定」で「Webページで他のフォントを使用できる」のチェックを外してみるのも有効かもしれませんね。

DEKOさん、レスありがとうございます。
私のところにはArial unicodeはありませんでした。
もしかするとほかのフォントでも同じような問題があるのかもしれません。

Mozillaのフォントも設定して再起動したあと、再びgoogleで試しましたが、
変化はありませんでした。

GDI UsageのFont項目はなにを意味しているのでしょうか？
ページごとに何度もフォントを生成しているということなのでしょうか？
私のところでは、プロポーション以外はすべてMS Pゴシックを使っております。

私の環境においては、mozilla起動以前にすでにFontリソースがが
70から80に達しており、googleの"dog"のイメージ検索において一つのページが
開かれるごとに13のFontリソースが生成されています。
同一タグの場合には前のページのFontは解放され、同数のFontリソースが
新たに生成されている、といった具合です。
同一タグにおいて、新しいページを次々と読み込んでいってもリソースは減らない
こともわかりました。Fontだけでなく他のリソースもきちんと解放されているようです。
たぶん1.4においてリソースが極端に不足するのは1.3.1で解放されている
リソースが解放されないことが一つの要因であると思います。
もっとも、一つあたりのリソースの消費が大きいことが一番の問題
であることは確かですが。

私の環境における1ページあたり13のFontリソースの消費というのは
なにを意味しているのでしょうか？
試しに、フォント設定において全ての属性のフォントをMS Pゴシックに
してみましたが、変わりませんでした。

文字コード変更にある言語のうちいらないものを削除するなどができれば
改善できるのかもしれません。
また、win98において不要なフォントを消すことも必要だとは思います。
安全にフォントを消すことができるツールは無いでしょうか？

>私の環境における1ページあたり13のFontリソースの消費というのは
>なにを意味しているのでしょうか？

　タブでページが更新される度にCreateFont(?)するのは効率が悪いので、過去に使ったフォントリストをキャッシュするような構造に変更されたのではなかろうかと推測されます。ソース見てないのでまたまた憶測で申し訳ないのですが...。

[CreateFont]
http://www.microsoft.com/japan/developer/library/jpgdipf/_win32_createfont.htm

　Mozilla1.2(.1)からこの症状が発生する事から考えると、1.2(.1)で搭載された機能にヒントがありそうです。一番怪しいのは「ページ先読み機能」です。これをOFFにするには「about:config」から「network.prefetch-next」を「false」にすればよいようです。

　英文フォントをキャッシュする程度なら問題はないのでしょうが、２バイト文字が含まれるフォントやUnicode対応フォント「そのもの」をタブ毎にキャッシュする(ttfcacheのMozilla版ですね)となると確かにリソースをバカ喰いしそうではありますよね。フォントリストのみのキャッシュでしたら大差はないのでしょうが。

> 　タブでページが更新される度にCreateFont(?)するのは効率が悪いので、過去に使ったフォントリストをキャッシュするような構造に変更されたのではなかろうかと推測されます。ソース見てないのでまたまた憶測で申し訳ないのですが...。
> 　Mozilla1.2(.1)からこの症状が発生する事から考えると、1.2(.1)で搭載された機能にヒントがありそうです。一番怪しいのは「ページ先読み機能」です。

＞DEKOさん
まず、ページ先読み機能はfalseになっていました。たぶんDEKOさんのご推察通り
フォントリストのキャッシュが怪しいのではないかとわたしも思ってみたりしました。
「文字コード」にある多言語の選択肢についてページごとにキャッシュしているの
では…と勘ぐってみたりしています。
同一タグで複数のページを次々に開いてもリソースが減らないこと、new 13でfree
も13というようにFontが解放、確保されているところを見るとDEKOさんの書き込みの
CreateFontもあながち無視できないかもしれません。この辺はwindowsのプログラムを
したことがない私にはわからないのですが。
www.coara.or.jp/~tkuri/D/009.htm#D2002-07-13
勝手にリンクを書いていますがしてしまっているのですが、うえのページに
その辺のことが書いてありました（違うかも）。

あと、googleで"mozilla リソース"などとして検索したところ

www18.cds.ne.jp/~mjq/o/r-niki65.html
のページで、次のことが書かれていました。

>今のMozilla Nightlyは0.95がリリースされていないのに既に0.95+になっている。
>Multizillaは現在1.099Gと、極限までベータリリースに近いアルファ版。
>それはそうと、Mozillaが激しくリソース消費する理由がようやく分かった。
>4550さいもんFreeGW3（テスト版）を放り込んで一般テキスト用に設定していたのだが、
>これの空いているフォントに他のフォントを埋め込む挙動が、
>あるバージョンからおかしくなったようだ。フォントをMSPゴチにしたら全く問題なくなった。
>やはり環境依存なトラブルだったのか。ハニャーンってな感じです。

古いバージョンなので的はずれかもしれません。

以下の書き込みもありました。これはこれは勝手にリンクを書くと失礼に
なりそうなのでやめておきました。

>Ｍｏｚｉｌｌａでエロサイト。Ｓｃｒｉｐｔがリソースを喰い荒す、、、

scriptとはjavascriptのことでしょうか？javascriptを切ってもなるのだとしたら
案外、これも画像表示が原因なのかもしれませんね（^_^;。

IEコンポーネントではどうなのかと思い、簡単にGDI Usageを眺めてみました。
sleipnirというタブブラウザでmozillaの時と同様のことをしたところ、
リソースは起動時に10%程度消費したのみで、イメージ検索結果の画像が
表示されてもBitmapは1から3程度、そのご40枚まで新しいタブで開きましたが、
リソースはほとんど減らず、Bitmapは10程度しか増えませんでした。

mozillaでは画像を表示するとBitmapがページを開くたびに23くらい新たに
確保されています。ためしに画像表示をOFFにしてみると40枚ほどタブを
表示できました。それでもそこまで開くとリソースはなくなります。
sleipnirではリソースが無くならないことを考えると、その違いを考えたくなります。
私には考えてもわかるわけもないのですが。

mozillaで画像を表示するたびにBitmapが複数作られるのであれば、
そのページの完成された表示イメージを一枚の画像ファイルにすれば、
Bitmapを1つしか確保しなくてすむのになぁ。メモリ消費がすごそうですが。
素人考えでした。