アカウント名:
パスワード:
そして、google検索先で「before->afterで効果あった」って書いている人たちは何を見ていたのか?
TCP_TIMEWAIT_LEN は、FIN → TIME_WAIT → CLOSEでのTIME_WAITの時間を変更するカーネルの設定の事だろ。これの値を小さくすることにより、FIN から CLOSE までの時間を短くして、新規にコネクションを受け付けられるまでの間隔を短くして多くさばけるようにすると。先生のいってるのは、 sysctlで設定するだけでTIME_WAIT中の物を再利用出来、コネクションを多くさばけるようになると。だから、sysctlで同じ事が実現出来るのに、なんでカーネルのリコンパイルをするのって話でしょ。効果の有無についての話ではない
なるほど、「Linuxカーネルの「TCP_TIMEWAIT_LEN」変更は無意味?」というこのストーリーのタイトルの「変更は無意味?」がミスリーディングだったということで理解は正しいでしょうか。(より簡単な方法で実現できるという意味で、「変更は無意味?」というよりは「変更は無駄な努力?」というべきかは?)解説ありがとうございます。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー
設定が無意味、ならなんでそんな「無意味なパラメータ」がLinuxカーネルソースに定義されてるんだ? (スコア:0)
そして、google検索先で「before->afterで効果あった」って書いている人たちは何を見ていたのか?
Re: (スコア:0)
TCP_TIMEWAIT_LEN は、FIN → TIME_WAIT → CLOSEでのTIME_WAITの時間を変更するカーネルの設定の事だろ。
これの値を小さくすることにより、FIN から CLOSE までの時間を短くして、新規にコネクションを受け付けられるまでの間隔を短くして多くさばけるようにすると。
先生のいってるのは、 sysctlで設定するだけでTIME_WAIT中の物を再利用出来、コネクションを多くさばけるようになると。
だから、sysctlで同じ事が実現出来るのに、なんでカーネルのリコンパイルをするのって話でしょ。
効果の有無についての話ではない
Re:設定が無意味、ならなんでそんな「無意味なパラメータ」がLinuxカーネルソースに定義されてるん (スコア:0)
なるほど、「Linuxカーネルの「TCP_TIMEWAIT_LEN」変更は無意味?」というこのストーリーのタイトルの
「変更は無意味?」がミスリーディングだったということで理解は正しいでしょうか。
(より簡単な方法で実現できるという意味で、「変更は無意味?」というよりは「変更は無駄な努力?」というべきかは?)
解説ありがとうございます。