Q&A
回答ありがとうございます。
試そうと思ってそのまま忘れていた為返事が遅れました。
waitやループではなく一括等で対応してみましたが
変わりありませんでした。
アプリケーション：asp.net
言語：vb.net
上記環境でWEBアプリを開発しています。
画面遷移などでsessionにデータを溜める作りにしています。
どのぐらいアプリケーションサーバが耐えられるか
試してみたくて、テスト環境で大量データを
段階的にサイズを増やしてセッションに格納しました。
アプリケーションサーバでテストする前に
自分の端末でvisualStudioの機能を使い
セッションがちゃんと増えるか
増えたセッションがちゃんと消えるかを稼働確認しました。
例）ループを100回行ってセッション変数名に
session("XXXX"＋カウンタ変数)」とつけ若干大きいデータを格納。
ループ後デバッグで中に入っていることを確認。
廃棄用のボタンを用意して、それを押すと
同じ様にループして、１個ずつsession("XXXX"＋カウンタ変数).remove
デバッグで何も取れない事を確認。
格納と廃棄が確認出来たので、
アプリケーションサーバにリリースして実行しました。
すると、メモリがモリモリ増えていき
わーすごいなぁーと、のほほんと見ていたのですが、
いざ廃棄用のボタンを押してもメモリが減りませんでした。
とりあえずアプリケーションプールをリサイクルして
元に戻したので問題は無いのですが・・・。
sessionの破棄についてネットで検索したり
参考書を読むとremoveやremoveallなどやりなさいと書いてありますが
実は意味が無いのでしょうか？
なんのためのremoveなんですか？
それともiisが何か影響しているのでしょうか？
iisの設定はほぼデフォルトでセッションの時間を
少し長くしたぐらいです。inprocにしています。
理由がわかる方がいらっしゃいましたら
教えてください。
回答2件
0
ベストアンサー
.NET のメモリ開放について調べたことがあるので、回答させて頂きます。
.NET はメモリ管理が自動化されており、オブジェクトへの参照がなくなる事で
メモリが解放されます。
(Session の Remove により格納したデータへの参照がなくなります)
しかし、空きメモリとして再割り当て可能になるには、ガーベージコレクションが
実行されるのを待たなければなりません。
通常、ガーベージコレクションの手動実行は不要ですが、テスト的にメモリ開放を
リアルタイムで確かめたい場合は、手動実行してみると良いと思います。
投稿2016/09/03 13:57
総合スコア239
0
具体的にどんな処理でセッションを破棄しようとしたのか不明なので、具体的なことは何も書けませんが…
テスト環境と異なり、サーバ上では処理が非常に速くて、セッションの破棄が間に合わなかっただけでは？
visualStudioの機能を使い
とのことですが、VisuialStudio等のIDE（＝統合開発環境）で デバッグ する場合、デバッガーがアプリの動作に随時割り込みを掛けることでアプリの状態を（任意の時点で）把握できるようになっています。
ですから、単純なループ処理でも、明示的にブレークポイントを設定しないと処理自体は停止しませんが、常に 割り込み が掛けられている状態であり、セッション破棄などの 別の処理 が割り込む余地が生まれやすいです。
一方、サーバ上でデバッガーの管理下にないアプリがループ処理を実施する場合、途中に 適切な wait を挟まないと一気に処理が進んでしまい、別の処理が割り込む余地のない場合も有ります。
メモリがモリモリ増えていき
とのことですが、メモリ使用量の表示が実際の状況に追いついていない（実際の使用量の増加はもっと速い）という場合もあり得ます。言い換えると、メモリ使用量の増加を目で確認した時点では、ループ処理が殆ど終わってしまっている可能性もあり得ます。
投稿2016/08/24 19:41
総合スコア5936
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2016/09/08 10:25