TCP.nextTCPを拡張したMultipath TCP (MPTCP) の概要と簡単なデモ
革命の日々！ Linuxカーネルの「TCP_TIMEWAIT_LEN」変更は無意味？ の件について
なんかスラドにあげられてしまったので、備忘録てきにちょっとまとめますかね。 きっかけは先月帰国したときに sonots がDeNAをはじめとして、Web企業では広く TCP_TIMEWAIT_LEN を変更してカーネルをリコンパイルして使っているという話を聞いたというもの。以下の様な議論を twitterで行い Togetter: Linuxカーネルの「TCP_TIMEWAIT_LEN」変更は無意味？: http://togetter.com/li/871768 以下のように、スラドに転載されてしまったわけだ。 スラド： Linuxカーネルの「TCP_TIMEWAIT_LEN」変更は無意味？： http://linux.srad.jp/story/15/09/09/0648258/ いつものように、スラド民は元のスレッドなんかまるで読んでいないので、結論だけ書く。 tcp_tw_inter
)
Unix Domain Socket において keep-alive が性能に与える影響 (Gazelle vs Meinheld) - methaneのブログ
id:kazeburo さんが Gazelle という高速な Perl 用の Web アプリケーションサーバーを公開されました。 Gazelle - Plack Handler for performance freaks #yokohamapm from Masahiro Nagano Gazelle の特徴のうち幾つかは、 id:mopemope 作の Meinheld と同じです。 IO周りは全てCで書かれている accept4 や writev などの Linux 独自のシステムコールを利用している 一方で異なる点もあります。 Meinheld は HTTP/1.1 に対応していて、 keep-alive が利用できる。 Meinheld は greenlet というコルーチンを利用して、 long polling や SSE に対応している。 Meinheld が http-pa
RDBMSでコネクションプールが必要な理由、わからない。
Takayuki Shimizukawa @shimizukawa @masa_edw コネクションプールが無い場合、使い終わったコネクションが即解放されない（解放まで多少遅延する）ので実際に使っているコネクションの数より多く存在する。その分メモリを圧迫して効率が悪い。っていう話は聞いたことがあるよ（要出典 2013-09-04 09:27:28 ハイパーむとう @masa_edw @voluntas 現状で必要な状況は理解していますが、なぜそうなるのか理解していないということです。他にもたとえば、bitlyの呼び出しはコネクションプールを使うべきか？なぜ(べき、べきでない)のか？どういう要請でそうなのか？と言う問いに僕は答えられません。 2013-09-04 09:31:22
Cisco IOS IP アプリケーション サービス コンフィ ギュレーション ガイド リリース 15.1 - TCP の設定 [Cisco IOS 15.1S]
偏向のない言語 この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。 翻訳について このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/
![Cisco IOS IP アプリケーション サービス コンフィ ギュレーション ガイド リリース 15.1 - TCP の設定 [Cisco IOS 15.1S]](https://cdn-ak-scissors.b.st-hatena.com/image/square/3338e6eccf9882cd1757d56130fa5385ab7ee15a/height=288;version=1;width=512/https%3A%2F%2Fwww.cisco.com%2Fweb%2Ffw%2Fi%2Flogo-open-graph.gif)
Path MTU Discoveryとは
◆ Path MTU Discovery MTUとは一回のデータ転送で送信可能なIPデータグラムの最大値のことです。この値は固定で 設定する方法と、Path MTU Discoveryによる自動検出により設定される方法の2つがあります。 Path MTU Discovery（PMTUD）は、経路上にあるリンクの最小MTU値を検出して、送信元へ ICMP（type 3 code 4）でその最小MTU値の情報を送信して、MTUサイズを自動修正させます。 ◆ Path MTU Discovery（RFC1191）の動作 ルータは、DFビットがセットされた着信パケットが大きすぎた場合は、そのパケットを破棄して ICMP（Type 3 Code 4）を送信元ホストへ送信します。そのICMPを受信したホストはMTU値を 自動調整して再度パケットの転送をして、正常に通信することができるようになります。
http://www6.ocn.ne.jp/~caribou/i-mode/mss.html
◎IPの分割化と再構築 １．各データリンク毎のMTUサイズ IPの最大MTU:65535 IP over ATM: 9180 Ethernet : 1500 PPP : 1500 PPPoE : 1454 IPsec : 1280 IPの最小MTU: 68 ２．MTUの基本的な考え ・経路上では各データリンクなどの違いによりMTUサイズについても 異なってくる。とあるルータから受信されたフレームのMTUサイズ がそのルータから送出する際のMTUサイズより大きな場合はそのサイズ にあうようにデータを分割しなくてはならない。 ・Path MTU Discovery Black Hole（RFC2923)などで上手くMTUを調整 できない場合などは経路上の最小MTU値に統一すると良い。 ３．MTUとMSSとの違い。 【MTU】 ・MTUとは送信できる最大データサイズ。 ・物理ネットワークに直接接
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Wireshark だけに頼らない! パケット解析ツールの紹介
Velocity 2013 TCP Tuning for the Web
MTU / MSS / RWINとは