LinuxでTCP_DEFER_ACCEPTが有効でもaccept後readできない理由
listen()のbacklogが不足した際のTCP_DEFER_ACCEPTの動作について - blog.nomadscafe.jpという記事の中で、listen backlog があふれた後に accept(2) すると、その後の read(2) が EAGAIN を返したり、接続が不安定になるという事象が説明されていました。気になったので調べてみたことをまとめます。 結論から言うとこれはLinuxの仕様です。manのtcp(7)を見ると、 TCP_DEFER_ACCEPT (since Linux 2.4) Allow a listener to be awakened only when data arrives on the socket. Takes an integer value (seconds), this can bound the maximum number of
TCP 3-way handshakeのレイテンシ軽減のためのTCP_DEFER_ACCEPTソケットオプション - ゆううきブログ
2013/10/22 追記した． Starletのコード読んでてlistening socketにTCP_DEFER_ACCEPTとかいうオプション渡してたので、これ何だって思って調べた． TCPに特に詳しいわけではないので理解に誤りがあるかもしれない． package Starlet::Server; ... # set defer accept if ($^O eq 'linux') { setsockopt($self->{listen_sock}, IPPROTO_TCP, 9, 1) # 9がTCP_DEFER_ACCEPTを表す and $self->{_using_defer_accept} = 1; } ... TCP_DEFER_ACCEPTはLinux 2.4から導入されている． Linux 2.6.32から挙動が若干変わっているらしい． (linux の TCP_DE
Linux socket accepシステムコールとTCP_DEFER_ACCEPT
このドキュメントの内容は、以下の通りです。 Accept Filterとは 3-way handshake TCP_DEFER_ACCEPTとは リスニングソケットの場合 必ずしもデータが到達するわけではない TCP_DEFER_ACCEPT を使用する コーディングレベルでの利用例 Accept Filterとは Accept Filterとは、カーネル内でネットワークのリクエストをバッファリングすることにより、OSとアプリケーションのスイッチングを減らしたり、アプリケーションがデータ待ちで止まってしまうことを避けたりすることができます。 http://kaworu.jpn.org/freebsd/Accept_Filter Linuxには、Accept FilterでいうAccept httpがありませんが、accept data という意味で TCP_DEFER_ACCEPT が利用
TCP Slow Start と MSS, initcwnd などのメモ
現実的な値と根拠など Slow Start などの例に良く出てくる数字の論拠と、個々の単位がどこで決まってくるかを主に取り扱う。というメモ。苦手科目だ。_:(´ཀ`」 ∠): Max Segment Size (MSS) の決定 この MSS がウインドウサイズ（一度に転送するデータサイズ）の単位として扱われる。（後述） TCP コネクションが 3-way handshake によって確立される際、ノード間で下記のような MSS に関するやり取りが発生する。 各ノードは Maximum Transmission Unit (MTU) から TCPヘッダ20バイト、IPヘッダ20バイトの計40バイトを引いた値を MSS として提示する 各ノードの希望 MSS のうち低い方を、そのコネクションにおける MSS とする たとえばイーサネットでは最大1,500バイト（オクテット）がIP通信に利用で
Optimizing NGINX TLS Time To First Byte (TTTFB) - igvita.com
By Ilya Grigorik on December 16, 2013 Network latency is one of our primary performance bottlenecks on the web. In the worst case, new navigation requires a DNS lookup, TCP handshake, two roundtrips to negotiate the TLS tunnel, and finally a minimum of another roundtrip for the actual HTTP request and response — that's five network roundtrips to get the first few bytes of the HTML document! Modern
データ転送速度が劇的に改善されるマジック - Cube Lilac
改造Firefoxで日米間6.5GbpsのWebアクセス。東大が世界最速達成 -BB Watch より。私は 1Gbps 以上の世界は完全に未知の世界なので、今回の記事は「どうやって 6.5Gbps ものデータ転送速度を達成するか」ではなく「何故、改善前は（そんな高速ネットワーク環境下で） 6Mbps 程度のデータ転送速度しか出せないのか」と言うお話です。 TCP のデータ転送（ダウンロード）では、ソケットバッファの値を弄っただけで劇的にデータ転送速度が改善される場合があります。 ソケットバッファとは？ あるサーバ/クライアント間でデータ通信をする際、パケットが、受信ホストに到着するタイミングと（受信ホストの）アプリケーションが、到着したパケットを読み込むタイミングは非同期です。そのため、パケット（データ）は到着したのだけれどアプリケーションがまだ読み込みに来てくれないと言う場合に、そのデ
BIC and CUBIC | Networking Research Lab
The demands for fast transfer of large volumes of data, and the deployment of the network infrastructures to support the demand are ever increasing. However, the dominant network transport protocol of today, TCP, does not meet this demand. The slow response of TCP in fast long distance networks leaves sizeable unused bandwidth in such networks. BIC TCP and CUBIC are congestion control protocols de
ネットワークの接続が20秒でタイムアウトする話 | それは日常の記録
ネットワーク接続のタイムアウトをアプリケーションで制御しようとしても、およそ20秒で切断されてしまう、なんてことが起きる。 これはWindowsのTCP/IPの設定のせいで、OSレベルで制御を行っているので、アプリケーションで容易に制御できるものではない。 なおこのタイムアウト秒数だが、正確には21秒である。少なくともWindowsXPではデフォルトでTCP/IP接続を3回まで試みる。1回目は接続の応答があるまで3秒待ち、2回目は6秒待ち、3回目は12秒待つ。設定を変えて3回以上のリトライを行う場合、応答待ち時間は倍々に伸びていく。 Windows XP での TCP/IP と NBT の構成パラメータ リトライ回数は以下のレジストリキーを設定することで、変更可能である。 キー：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcp
Let's make TCP faster
By Yuchung Cheng, Make The Web Faster Team Transmission Control Protocol (TCP), the workhorse of the Internet, is designed to deliver all the Web’s content and operate over a huge range of network types. To deliver content effectively, Web browsers typically open several dozen parallel TCP connections ahead of making actual requests. This strategy overcomes inherent TCP limitations but results in
TCP Keepalive HOWTO
This document describes the TCP keepalive implementation in the linux kernel, introduces the overall concept and points to both system configuration and software development. Table of Contents1. Introduction1.1. Copyright and License1.2. Disclaimer1.3. Credits / Contributors1.4. Feedback1.5. Translations2. TCP keepalive overview2.1. What is TCP keepalive?2.2. Why use TCP keepalive?2.3. Checking fo
[メモ] TCP/IPプログラミングにおけるエラー処理 (RSTパケットの飛ばし方と検出の仕方) - kazuhoのメモ置き場
SO_LINGER の秒数を 0 にしてソケットを閉じればいい。Perl で書くなら以下のような感じ。 setsockopt($sock, SOL_SOCKET, SO_LINGER, pack("II", 1, 0)) or die $!; $sock->close() 一方で RST によって切断 (＝異常切断された) かどうかはソケットからの読み込みが ECONNRESET エラーを返すかどうかで判断できる（正常切断なら 0 (==EOF) が返る)。
![[メモ] TCP/IPプログラミングにおけるエラー処理 (RSTパケットの飛ばし方と検出の仕方) - kazuhoのメモ置き場](https://cdn-ak-scissors.b.st-hatena.com/image/square/7094f829d5f0ef6ce8729219f846ece7e12712b0/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127106341284%2F17680117127106348519%2F1556845903)
Winsock を使用して TCP 経由でデータ セグメントを送信する - Application Developer
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 TCP 経由で小さなデータ パケットを送信する必要がある場合は、Winsock アプリケーションの設計が特に重要です。 遅延受信確認、Nagle アルゴリズム、Winsock バッファリングの相互作用を考慮しない設計は、パフォーマンスに大きく影響する可能性があります。 この記事では、いくつかのケース スタディを使用して、これらの問題について説明します。 また、Winsock アプリケーションから小さなデータ パケットを効率的に送信するための一連の推奨事項も導き出されます。 元の製品バージョン: Winsock 元の KB 番号: 214397 背景 Microsoft TCP スタックがデータ パケットを受信
Transmission Control Protocol - Wikipedia
⋮ ⋮ 56 448 Source port (16 bits) Identifies the sending port.[10] Destination port (16 bits) Identifies the receiving port.[10] Sequence number (32 bits) Has a dual role: If the SYN flag is set (1), then this is the initial sequence number. The sequence number of the actual first data byte and the acknowledged number in the corresponding ACK are then this sequence number plus 1. If the SYN flag is
2010年11月25日 6つのFreeBSD TCP輻輳制御アルゴリズムモジュール実装プロジェクト、始動 | gihyo.jp
FreeBSD Daily Topics 2010年11月25日6つのFreeBSD TCP輻輳制御アルゴリズムモジュール実装プロジェクト、始動 2010Q3 FreeBSD Status Reportが公開されました。報告されている中から興味深い話題を紹介します。 Five New TCP Congestion Control Algorithms for FreeBSD FreeBSD Foundationが支援を開始した新しい取り組みとして、新しく5つのTCP輻輳制御アルゴリズムモジュールを実装する取り組みが紹介されています。既存のNewRenoをTCP輻輳制御アルゴリズムモジュールにするほか、新しくHTCP、CUBIC、Vegas、HD、CHDの5つのアルゴリズムをTCP輻輳制御アルゴリズムモジュールとして実装すると説明があり、最終的に6つのTCP輻輳制御アルゴリズムモジュールが登
A UDP-based Reliable Data Transfer Library
Download source code - 188 Kb Introduction This article introduces an open source UDP-based data transfer library, namely UDT (UDP-based Data Transfer). Currently, there are two major Internet transport protocols, TCP and UDP. TCP provides connection oriented reliable data streaming service, whereas UDP provides connection-less unreliable messaging service. Most applications use TCP to transfer da
ford-midcom-p2p-04.txt
This Internet-Draft, draft-ford-midcom-p2p-03.txt, has been withdrawn by the authors, and has been deleted from the Internet-Drafts directory. Internet-Drafts are not archival documents, and copies of Internet-Drafts that have been deleted from the directory are not available. The Secretariat does not have any information regarding the future plans of the author(s) or working group, if applic
TCP/UDPポート番号一覧
①、②のポート番号はサービスを提供するサーバ側で主に使用されるのに対して、③はクライアント側で主に使用されるポート番号。 ①ウェルノウンポート番号はサーバのアプリケーションに割り当てられます。②登録済みポート番号は独自に 作成されたアプリケーションに割り当てられます。③のダイナミックポート番号はサーバとのプロセスに応じ クライアントのアプリケーションに動的に割り当てられます。②はクライアントに割り当てる時もあります。 TCP/UDPのポート番号について詳しく知りたい方、TCP/IPをはじめから分かりやすく知りたい方はマスタリングTCP/IPがお勧めです。 マスタリングTCP/IPはネットワークエンジニア、サーバエンジニアなど全てのIT技術者が大絶賛しているTCP/IP参考書のバイブル本。
Microsoft TechNet: Windows Sysinternals
The Sysinternals web site was created in 1996 by Mark Russinovich to host his advanced system utilities and technical information. Whether you’re an IT Pro or a developer, you’ll find Sysinternals utilities to help you manage, troubleshoot and diagnose your Windows and Linux systems and applications. Read the official guide to the Sysinternals tools, Troubleshooting with the Windows Sysinternals T
ソケットライブラリのIndyを利用したクリップボード共有ソフト：CodeZine
はじめに LANで繋がれた複数のPCを利用して作業しているときに、テキストを別のPCにコピーしたい場合があります。例えば、WebページのURLや、ちょっとした予定のメモなどです。これらを別のPCで利用するために、わざわざ共有フォルダを開き、ファイルへ保存して受け渡すのは非常に面倒です。 そこで本稿では、簡単なTCP/UDP通信を行って、複数のPCでクリップボードを共有するソフトを製作します。また、このためにDelphi 7に付属しているIndy 9コンポーネントを使ってみます。 対象読者 TCP/UDPのことを知りたい人 Indyコンポーネントの使い方を知りたい人 チャットの作り方を知りたい人 必要な環境 開発には、Delphi 7と、Delphi 7に付属しているIndy 9コンポーネントを使用しました。Indyはオープンソースのコンポーネントです。Delphi 6を使用し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Loading...