Developer @ ADJUST
ASP.NET スレッドプール枯渇の再現(3) - ソケットが先に枯渇 
ASP.NET スレッドプール枯渇の再現(2) の続き。
前回までで、自家製テスト用クライアントや、IEの同時接続数を増やすことができ、同時間帯の多数の Web 要求を送信できる環境がだいぶん整った。
ということで調子にのってガンガン要求送信を試していたら、またまたエラーが。
いろいろ試行錯誤しているうちに、netstat コマンドで TCP ソケットの状況を確認したところ、相当数の "TIME_WAIT" のままの TCP 接続が残っていることがわかった。
TIME_WAIT?
なんじゃらほいと Google 検索であちこち調べ歩く内に、下記ページを発見。
Windowsにおけるソケットの最大値とTIME_WAITの時間を修正しよう
http://nosa.cocolog-nifty.com/sanonosa/2006/04/windowstime_wai_00d2.html[外部ﾘﾝｸ]
Windows の既定では TCP 接続が閉じられて TIME_WAIT になっている期間は 4 分とのことだそうだ。4分経過するまでこのポートは使えなくなるので、もしかするとこのことが原因で使用可能なポートが枯渇してしまったのかもしれない。
どの程度の値が最適値なのかわからなかったが、とりあえず、TIME_WAITの時間を30秒に変更したところ、エラーはでなくなり、安定してテストができるようになった。
ソケットの最大数を増やす方法もあったのだろうが、とりあえずテストが安定しだしたので、これでよしとしてみる。
ということで、いよいよ ASP.NET スレッドプール枯渇による Server too busy の再現になるかとおもいきや、これまたなかなか再現にはこぎ着けられなかった（つづく...）。
ｺﾒﾝﾄする
ﾘﾝｸする
特集
ゆるｷｬﾗﾃﾞｺﾒ特集
今流行のゆるｷｬﾗ満載!
Developer @ ADJUST
ﾛｸﾞｲﾝ
ｴｷｻｲﾄﾌﾞﾛｸﾞﾄｯﾌﾟ
ｴｷｻｲﾄﾓﾊﾞｲﾙﾍﾙﾌﾟ