Re はやいTCPサーバの書き方 - kazuhoのメモ置き場
はやいTCPサーバの書き方 - nyaxtのPC作業ログ について、いくつか気になった点があったので。 Nagleアルゴリズムは、相手側のACK送信をまとめてくれるものです。これは、下記の様にアプリケーション側でパケットを意識した処理を行っている場合、邪魔になることがあります。 違うと思います。自分の理解では、Nagle アルゴリズムは、ACK を受信していないデータがある場合に、次のパケットを送信しない、というものです。RFC896 から引用すると、 The solution is to inhibit the sending of new TCP segments when new outgoing data arrives from the user if any previously transmitted data on the connection remains unackn
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
仙石浩明の日記: stone に UDP ⇔ TCP 相互変換機能を実装
stone で UDP と TCP の相互 変換を実装してみた (stone.c 2.3.1.10以降)。 つまり、UDP パケットが届いたら、 その頭にデータ長 (2バイト) を付けて 次図の形式のデータにして TCP セッションへ送信する。 あるいは逆に、 TCP セッションから次図の形式のデータを受信したら、 「データ長」の部分を取り除いて 「可変長データ」の部分を UDP パケットとして送信する。 ┌──┬──┬──┬─≪─┬──┐ │データ長 │ 可変長データ │ └──┴──┴──┴─≫─┴──┘ もちろん「データ長」はネットワーク バイトオーダ (ビッグエンディアン)。 この形式は、 DNS の問合わせ/応答を TCP を使って行なう方法 (RFC1035 4.2.2. TCP usage) と 同じであるので、 # stone -n 192.168.1.1:domain/
-=| libkeepalive |=-
What's this? libkeepalive is a library that enables tcp keepalive features in glibc based binary dynamic executables, without any change in the original program. License libkeepalive is released under the MIT License. Documentation User manual Overview Many systems provide the ability to keep tcp connections alive, so they aren't reset by peers or by routers because of inactivity. Even if this fea
Winsock を使用して TCP 経由でデータ セグメントを送信する - Application Developer
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 TCP 経由で小さなデータ パケットを送信する必要がある場合は、Winsock アプリケーションの設計が特に重要です。 遅延受信確認、Nagle アルゴリズム、Winsock バッファリングの相互作用を考慮しない設計は、パフォーマンスに大きく影響する可能性があります。 この記事では、いくつかのケース スタディを使用して、これらの問題について説明します。 また、Winsock アプリケーションから小さなデータ パケットを効率的に送信するための一連の推奨事項も導き出されます。 元の製品バージョン: Winsock 元の KB 番号: 214397 背景 Microsoft TCP スタックがデータ パケットを受信
Synergy Configuration Guide
Synergy Configuration File Format The synergy server requires configuration. It will try certain pathnames to load the configuration file if you don't specify a path using the --config command line option. synergys --help reports those pathnames. The configuration file is a plain text file. Use any text editor to create the configuration file. The file is broken into sections and each section has
Windows XP/2003のTCP同時接続数制限とその回避：鵜飼裕司のSecurity from KAGURAZAKA：ITpro
Windows XP SP2とWindows Server 2003 SP1のTCP/IPスタックでは、不完全な外向きのTCP同時接続数を10接続に制限しています。接続数が10に達した場合、接続要求はキューイングされ、ある一定間隔で処理されるようになります。 この制限は、ホストがワームに感染した際、他のホストへの影響を最小限にするため、Windows XP SP2とServer 2003 SP1で新たに実装されました。しかしこの制限は、不完全な外向きのTCP接続を大量かつ同時に張るアプリケーションにおいては、大きなパフォーマンス低下を招く可能性があります。例えば、P2Pシステムや脆弱性スキャナなどが挙げられます。特に脆弱性スキャナは業務で利用するケースが多いと思いますので、パフォーマンス低下は非常に致命的です。 これを回避する選択肢の一つとして、TCP同時接続数制限の無いプラットフォームを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Loading...
原稿・資料 ― ありえるえりあ