[B! tcp] takatoshionoのブックマーク

takatoshiono id:takatoshiono

tcpに関するtakatoshionoのブックマーク (3)

IBM WebSphere Application Server Community Edition Documentation : Unix のチューニング
サーバーのパフォーマンスを向上させるため、Unix/Linux システムをカスタマイズする必要がある場合があります。以下では、構成の調整に関するヒントを説明します。これらのシステムは変更されることがあるため、以下のヒントが最新のものではなくなる場合があること、また、結果が変化する可能性があることに注意してください。パフォーマンス向上のために何らかの変更を行う前に、必ず、現在のパフォーマンスを測定しておいてください。トランザクション速度、応答時間、最大同時ユーザー数、またはその他のパフォーマンス基準など、必要な情報が何であろうと、変更の前後で正確にパフォーマンスを測定し、チューニング・パラメーターを変更することで違いが生じたかどうかを知る必要があります。 timeout_timewait パラメーター timeout_timewait 値は、閉じられた接続が TCP/IP によって解放され
takatoshiono 2013/04/17
tcp
リンク
CLOSE_WAITの状態が続くとどうなるか - こせきの技術日記
相手のアプリケーションがcloseして、こちらのアプリケーションがcloseせずにいる場合(ハーフクローズの状態、上の図参照)、一定時間後に相手側のFIN_WAIT2と、こちらのCLOSE_WAITが消えた。この現象は、2つのタイマーが関係しているらしい。 http://www.linux.or.jp/JM/html/LDP_man-pages/man7/tcp.7.html FIN_WAIT2は、 tcp_fin_timeout でタイムアウトする。デフォルトは60秒。 CLOSE_WAITは tcp_keepalive_time 秒後に(デフォルトは2時間)、接続が有効かどうかを確認する(keep-aliveプローブを送信)。相手側がFIN_WAIT2で待っている場合は、ACKが返ってきて接続が維持される。相手側が tcp_fin_timeout によってクローズ済みの場合、リセッ
takatoshiono 2013/04/16
tcp
リンク
ログからは見えてこない高負荷サイトのボトルネック : DSAS開発者の部屋
ちょうど１年前に「高負荷サイトのボトルネックを見つけるには」という記事を掲載していますが、この手のトラブルシューティングって結構大変で悩ましいですよね。はじめまして、新入りの@pandax381です。ログからは見えてこないもの「サイトの応答が遅い」という問題が発生した場合、その原因はどこにあるでしょうか。 Webアプリケーションの処理に時間が掛かっている DBサーバに投げたクエリーの応答が遅いサーバの処理能力を超えているなどなど、いくつもの可能性があります。通常、上に挙げているような問題は、アプリケーションやサーバのログを調査することで、原因を突き止めることができます。一方で、こういったログの調査だけでは、その原因にたどり着くことができなかったり、相当な苦労が伴うケースもあります。あるサイトのある日の出来事つい先日のことですが、KLabの運営している某ソーシャルゲームにて、サ
takatoshiono 2012/07/08
すげー。こういう知識身につけたい。

tcp
リンク
1