TCP高速化プロキシ「AccelTCP」を公開しました : DSAS開発者の部屋
昨年末からずっとこんなことをしてまして、この時期になってようやく今年初のブログ記事です。 進捗的なアレがアレでごめんなさい。そろそろ3年目に突入の @pandax381です。 RTT > 100ms との戦い 経緯はこのへんとか見ていただけるとわかりますが「日本と海外の間を結ぶ長距離ネットワーク（いわゆるLong Fat pipe Network）において、通信時間を削減するにはどうしたらいいか？」ということを、昨年末くらいからずっとアレコレやっていました。 送信したパケットが相手に到達するまでの時間（伝送遅延）を削減するのは、光ファイバーの効率の研究とかしないと物理的に無理なので、ここで言う通信時間とは「TCP通信」における一連の通信を完了するまでの時間です。 伝送遅延については、日本国内のホスト同士であれば、RTT（往復遅延時間）はだいたい10〜30ms程度ですが、日本・北米間だと10
現在の無線通信速度を10倍以上向上させる新技術が登場。しかも、ただ通信の仕方を少し変えるだけ
現在の無線通信速度を10倍以上向上させる新技術が登場。しかも、ただ通信の仕方を少し変えるだけ2012.10.29 19:00 Wi-Fiでは10倍以上、新幹線のような高速で移動中では約27倍に速度が向上！ 驚きです！ 先日、MITやハーバード大学などの合同研究チームが、基地局を新たに作る事や送信電力の増加やインフラの整備など、これらすべて行わなかった場合でも通信速度が劇的に速くなる技術を開発したそうです。 私達が普段使っている携帯等の無線ネットワーク通信のパケットは全パケットの約3%が、高速で移動する電車のような乗り物に乗車している時には5%もパケットロスが発生しています。たかだか3%や5%のロスなんてそんなものあまり通信速度に影響はないと思ってしまいそうですが、今回の報道によるとそのごくわずかな3〜5%のパケットロスを改善する技術を使った結果、通常のW-Fiネットワークでは1Mbpsが1
�橡�c03tcp詳説（３／２４修正版）.PDF
© 1 1 2 TCP 1 3 TCP 9 4 TCP 15 5 21 6 TCP 25 7 27 - 1 - TCP 1 TCP Windows98 Linux Solaris TCP(Transmission Control Protocol) IP TCP UDP UDP TCP UDP TCP 1 TCP RFC793 RFC2581 TCP 4 - 2 - 2 3 2.1 TCP TCP UNIX UNIX TCP UNIX TCP/IP 16-bit source port number 16-bitdestinationportnumber 32-bit sequence number 32-bit acknowledgement number 4bit h ead- erlength reserved (6bits) U R G A C K P S H R ST S Y N
SACSIS.TCP - HPCユーザが知っておきたいTCP/IPの話
HPC TCP/IP 2009 5 29 SACSIS2009 HPC TCP/IP 2 • • 1 Gbps RTT 100 • 240 Mbps ☹ • 940 Mbps ☺ (2) HPC TCP/IP • Ethernet PC • TCP/IP 2 10MB 3 0 200 400 600 800 1000 0 100 200 300 400 500 600 Bandwidth (Mbps) Time (msec) 160 0 200 400 600 800 1000 0 100 200 300 400 500 600 Bandwidth (Mbps) Time (msec) x3.5 (2) • TCP/IP • • MPI • TCP/IP TCP • TCP Reno [RFC2851] • TCP CUBIC Compound TCP 4 (3) • TCP/IP • T
[メモ] 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)
ソケットプログラミング - TCP/IPサーバの例 - しばそんノート
RubyなどのLLでソケット通信のプログラムを書いていると、あまりにも簡単に書けすぎて、ついついC言語でのソケット通信の書き方を忘れてしまいます。 ということで、おさらいのためにシンプルなechoサーバをCで書いてみました。おおまかな説明はソース中にコメントで書いてありますので省きます。 server.c #include <stdio.h> #include <stdlib.h> #include <string.h> #include <unistd.h> #include <errno.h> #include <poll.h> #include <signal.h> #include <sys/socket.h> #include <netdb.h> #define BUFFER_SIZE 512 #define READ_TIMEOUT 10000 // 10 seconds /*
MSS クランプによって Path MTU Discovery 問題を回避する (ADSL, ケーブル, PPPoE, PPtP ユーザ向け)
15.7. MSS クランプによって Path MTU Discovery 問題を回避する (ADSL, ケーブル, PPPoE, PPtP ユーザ向け)先に説明があったように、Path MTU Discovery は、 もう以前のようにはうまく動作しません。 ネットワークの経路のどこかに、MTU の制限 (<1500) があるとわかっているような場合に、 PMTU Discovery がこれを発見してくれると期待することはできません。MTU 以外にも、パケットの最大サイズを設定する方法はあります。 これは Maximum Segment Size と呼ばれています。 これは SYN パケットの一部、TCP オプションのフィールドです。最近の Linux カーネルと、いくつかの PPPoE ドライバ (特に Roaring Penguin のが素晴らしい) は、 この MSS を「クランプ
Omicron TCP/TSO
TCP Segmentation Offload パケットを一つづつではなく，まとめて送って NIC で処理する． e1000 の場合，64KB なので，一度にだいたい 40 パケット送れる． 設定は ethtool から．起動時に設定したい場合はrc.localに書くしかないのかな．ifup-ethXにETHTOOL_OPTSって書けるんだけど，ethtool -sのパラメータしか渡せない．なんか中途半端な実装だな． ethtool -k eth0 Offload parameters for eth0: rx-checksumming: on tx-checksumming: on scatter-gather: on tcp segmentation offload: on パラメータ tcp_tso_win_divisor 2.6.9 で追加された． TCP Segmentati
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
An Interview With Linus Torvalds: Linux and Git - Part 1 30 Years Of Linux
DropCatch.com
Omicron SCTP