yebo blog: GoogleとMicrosoftはTCP slow-startをごまかしている
2010/11/27 GoogleとMicrosoftはTCP slow-startをごまかしている ソフトウェア開発者でブロガーのBen Strong氏は、Googleが如何にして速い読み込み時間を達成しているかについて少し調査したところ、RFC 3390で要求されている輻湊回避のための機能slow-startをごまかしている事が分かったそうだ[slashdot]。ごまかしているというのは、初期ウィンドウのサイズを最初から大きくしているというものでAmazon、Facebookなども同様の事をしており、4というのが一般的なのだとか。ただ、Microsoftは完全にslow-startを無視して、クライアントが受信できるバッファサイズまで初期ウィンドウサイズを設定してしまっているとの事。google:>8akamai:4amazon:3cisco:2facebook:4limelight
MessagePack-RPC for C++ テクニカルプレビュー - Blog by Sadayuki Furuhashi
バイナリシリアライズ形式 MessagePack をプロトコルに利用したRPCライブラリ MessagePack-RPC の、C++版を開発しています。 以前に MessagePack-RPC for Ruby について 54行で実装する分散KVSや140行で作る分散リアルタイム検索エンジンを紹介しましたが、そのC++版です。 大まかな設計はRuby版と同じで、Ruby版と同じような使い勝手で利用できます。 しかしRuby版とは異なり、C++版では完全にマルチスレッドに対応しています。具体的には、マルチコア時代の高並列性IOアーキテクチャ Wavy を利用しています： 複数のスレッドでイベントループを共有しており、マルチスレッドでイベントハンドラを次々に処理していきます。 単純なイベント駆動I/Oと比べると、並列性が高いという利点があります。イベントハンドラの中で処理が多少ブロックしても、
いっぱい接続したいの - (ひ)メモ
とあるホストに、TCP接続を張っては切るという処理をぐるんぐるん繰り返すベンチマーク的なプログラムを書いて動かしました。 最初のうちは期待した通りの動作をしてるんですが、途中から対向のホストにTCP接続できなくなってエラー出まくり。 $ netstat -tna | grep TIME_WAIT | wc -l 28230これが原因ぽい。 KERNEL_SOURCE/Documentation/networking/ip-sysctl.txt によれば、 ip_local_port_range - 2 INTEGERS Defines the local port range that is used by TCP and UDP to choose the local port. The first number is the first, the second the last loc
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
