私も「そもそも論」で参加しますが。6秒間隔で延々とリクエストされ続ける、というのはかなり負荷が高くなりますよね。HTTP/TCPの設計思想からいっても、6秒の更新間隔を要求するのはぎりぎりです。転送量にもよりますが、1日ずっとなら、DoSと間違われてもおかしくないくらいかと。IISにDoSフィルタが入っててもおかしくないように思いますし、#すみませんが、本当に入っているのかは知りません。細かいフィルタが一杯はいってることしかわかりません。今後HTTPの途中に、1日ずっと続くようなリクエストを止めるフィルタが入ってもおかしくありません。転送回数も上記の様に1日で14400になります。レンダリングエンジンはかなり重く、バグも多いものなので20000回ページを表示したら1回くらい止まってもIE6なら仕方ないような気もしますし...#むしろ頑張ってる方かも。設計に無理があると思います。本当に6秒更新とASP.Netが必要なのか検証したほうがよいかと。Ajax系の動的更新を使うとか。#Ajaxも連続稼働に耐えるかちょっと微妙ですが。返信ありがとうございます。下記インラインコメントにて失礼致します。セッション情報を保存するように調整したほうがいいのでは?はい、セッション情報はInProcで持っています。sessionStateのモードは、デフォルト値のままです。本番稼動していますので、今からSessionStateServerに変更するのは難しい状況です。事象としては、Session自体は残っていそうなので問題はないと思っています。返信ありがとうございます。下記インラインコメントにて失礼致します。DBの最新内容を表示させるのではダメなのですか?確かにその方法もありますね。IsPostBack)と2回目以降の処理を分けているので全部1回目の処理が走らないか調査してみます。返信ありがとうございます。下記インラインコメントにて失礼致します。私のところでも、とある物理量のリアルタイムモニタをしていますが、それはrefreshでした。2003のIISでやってますが、1か月くらいの連続稼働では止まりません。