Form上のコントロールのDispose()について

バグではない理由：
参照していると、回収されません。Dispose は、メモリの破棄ではありません。

未記入さんの書き込み (2008-10-01 21:41) より:

引用:
バグではない理由： 参照していると、回収されません。Dispose は、メモリの破棄ではありません。

参照しているというのは fm2 のことでしょうか。fm2 はループ内で宣言されているので、ループ 1周ごとにスコープを抜ける、つまり new Form2() は参照されていない状態になるのではないでしょうか？

GC.Collect() で直前の fm2 が解放されるとは思っていませんが、ループ 1周遅れで、ひとつまえの new Form2() インスタンスは GC で回収されても良さそうに思います。直近の 1インスタンスは GC.Collect() で回収されないと思いますが、それだけでメモリ使用量が増加傾向になるものでしょうか？

件のコードでは変数fm2でForm2のインスタンスの参照を保持したまま、
GC.Collect()しているので、このインスタンスのジェネレーションが上がってしまい、
回収されにくいインスタンスになりますので、メモリに居座り続ける可能性が高いと思います。

未記入さんの書き込み (2008-10-01 21:41) より:

引用:
バグではない理由： 参照していると、回収されません。Dispose は、メモリの破棄ではありません。

参照しているというのは fm2 のことでしょうか。fm2 はループ内で宣言されているので、ループ 1周ごとにスコープを抜ける、つまり new Form2() は参照されていない状態になるのではないでしょうか？

GC.Collect() で直前の fm2 が解放されるとは思っていませんが、ループ 1周遅れで、ひとつまえの new Form2() インスタンスは GC で回収されても良さそうに思います。直近の 1インスタンスは GC.Collect() で回収されないと思いますが、それだけでメモリ使用量が増加傾向になるものでしょうか？

オリジナルのコード

コード:
while (true) { Form2 fm2 = new Form2(); fm2.ShowDialog(); fm2.Dispose(); GC.Collect(); }

未記入さんの書き込み (2008-10-01 22:28) より:
ジェネレーションの影響を受けるのは GC の自動回収ではないでしょうか。GC.Collect() では強制的に、ジェネレーション2までのガベージが回収されるのでありませんでしたっけ？

GC.Collect が実行されるときには fm2 は参照されています。従って、1つは残ります。

で、ループになっているところには、気づいていませんでした。
GC.Collect() は、全てのジェネレーションに対してコレクトを行いますから、1つは残りますが、全てが残ったままとなるというのは、おかしいです。
ただ、GC が管理するものと IDisposable で管理を任されるものは異なりますから、Dispose を入れたから挙動が変わるというのは違うと思います。

あと、こんな現象があるそうです。
Compact Framework のメモリ管理<live.com>（宇宙仮面のC#研究室）

キャッシュされるのでメモリ使用量が増えていくというのはわかるのですが、それが OutOfMemory を引き起こすまでとなると、確かにおかしいですね。

.NET Compact Framework では、メモリ不足になると、現在実行しているコードに必要のない内部データ構造を積極的に解放します。そのため、メモリが不足した状態になってもプログラムを継続できます。使用できるメモリが少なく、アプリケーションに必要なメモリが不足している場合、.NET Compact Framework はアプリケーションを完全に閉じて、基底にあるすべてのリソースを解放します。メモリ不足によって .NET Compact Framework 自体に障害が発生することはありません。