はてなブックマーク - Kazuho@Cybozu Labs: TCP通信ではデータの送信をまとめて行うべき、もうひとつの理由（＆サーバのベンチマーク手法の話）

Kazuho@Cybozu Labs: TCP通信ではデータの送信をまとめて行うべき、もうひとつの理由（＆サーバのベンチマーク手法の話）

developer.cybozu.co.jp

タグ : network performance tcp benchmark programming server linux Shibuya.pm パフォーマンスネットワーク

コンピュータ・IT 123 users

TCP通信をするプログラムを書く際に「データの送信はまとめて１回で」行うべき、というのは鉄則と言っていい、と思います。その理由としては、パケット数を最小限に抑えることでオーバーヘッドを少なくするためだと一般に説明されますが、自分はもうひとつポイントがあると考えています。次のグラフを見てください。グラフは、一定量のデータを転送するのにかかる時間と使用するブロックサイズ（１回のwrite(2)で書き込むサイズ）の関係を表したものです注1。ホスト間のTCP通信を行っている場合は、TCPのバッファが有効に機能... > このページを見る

最終更新時間: 2009年12月01日14時17分

▼ブログで紹介する

みんなのブックマーク人気（0）新着

katzchang
「アプリケーションプログラマの視点から見ると、ホスト間のTCP通信はスループット重視だが、同一ホスト間の通信はレイテンシ重視だ、と理解しておけばいいのかもしれません」 2012/02/25
int128
"同一ホスト上の通信では、送信プロセスがwrite(2)を呼ぶたびにコンテクストスイッチが発生し、受信プロセスが起き上がってread(2)でデータを受信する" 2012/02/25
yohei-a performance, TCP
これブックマークしてなかったのか。3年前は理解できなかったけど、理解できるようになっていた。 2012/02/25
kenji-u
全く理解できない。ちゃんと勉強しる⇒読み直して大分分かった 2009/12/08
nilab performance_tuning
Kazuho@Cybozu Labs: TCP通信ではデータの送信をまとめて行うべき、もうひとつの理由（＆サーバのベンチマーク手法の話） 2009/12/03
sukepyon network, tcp, performance
同一ホスト上の通信ではブロックサイズを小さくするとwrite(2)とread(2)のオーバーヘッドのため速度低下。 2009/12/02
tgk tuning, network
原因は、同一ホスト上の通信では、送信プロセスがwrite(2)を呼ぶたびにコンテクストスイッチが発生し、受信プロセスが起き上がってread(2)でデータを受信するところにあります 2009/12/02
hogshead network, Shibuya.pm
「アプリケーションプログラマの視点から見ると、ホスト間のTCP通信はスループット重視だが、同一ホスト間の通信はレイテンシ重視だ」 2009/12/02
nippondanji パフォーマンス, kazuhooku, benchmark, network, tcp
興味深い。リモートのホストへの転送でブロックサイズが小さいときに性能が低下しないのは、システムコール呼び出しはcswに比べると大したオーバーヘッドじゃないからってことなんだろうなあ。 2009/12/01
yappo
それですねー RT @sh2nd: これ？ 2009/12/01
jt_noSke
ほほー 2009/12/01
monjudoh パフォーマンス
『アプリケーションプログラマの視点から見ると、ホスト間のTCP通信はスループット重視だが、同一ホスト間の通信はレイテンシ重視だ、と理解しておけばいいのかもしれません。』 2009/12/01
HISAMATSU network
「サーバとベンチマークプログラムの両者を同一ホスト上で動かした場合のみ、コンテクストスイッチが頻発しパフォーマンスが低下するケースがあったと記憶しています。」 2009/12/01
zorio
「アプリケーションプログラマの視点から見ると、ホスト間のTCP通信はスループット重視だが、同一ホスト間の通信はレイテンシ重視」 2009/12/01
toremoro TCP
データ転送時間とブロックサイズの関係 2009/12/01
iakio programming, performance
ためになる 2009/12/01
karronoli network, サーバ
C/Sが同一ホストで小さいパケットで通信するとコンテキストスイッチでパフォーマンスが悪くなる。リモートだとそれはないけど、write(2)で512よりもでかいのを渡しても結局NICが512bytesくらいで区切っちゃったりするのかな? 2009/12/01
hirose31 tcp, network, benchmark
unix domain socket 2009/12/01
mattn
計測誤差か 2009/12/01