スループット: throughput)は、一般に単位時間当たりの処理能力やデータ転送量のこと。特に以下の用例が挙げられる。

機器や規格の仕様に基づいた理論上の数値から求められる単位時間あたりの処理能力やデータ転送量の最大値のことを理論スループット(theoretical throughput[1]あるいは理論最大スループット(theoretical maximum throughput[2]という。

一方、実際に通信や計算を行なったときの単位時間あたりの処理能力やデータ転送量のことを実効スループット(effective throughput)あるいは有効スループットという[3]

日本産業規格による翻訳では「伝送速度」という直訳が割り当てられているネットワーク関連規格もある[4]

データ処理におけるスループット編集

コンピュータの、単位時間あたりの処理能力を指す。データ処理におけるスループットには、コンピュータに搭載されるCPU/GPUクロック周波数や並列コア数、メモリおよびバス帯域幅ハードディスクの回転速度、ソリッドステートドライブの読み書き速度、オペレーティングシステムなど、様々な要因が影響する。

ネットワークにおけるスループット編集

単位時間あたりのデータ転送量を指す。家庭用のルーター無線LAN機器などで、「スループット:50Mbps」などと表記される。なお、表記されるスループットは理論値の場合があり、一般的に理論値どおりのスループットを引き出すのは難しい。

ネットワーク機器や通信回線の導入の際には、両者のスループットの違いについて考慮すべきである(例えば、家庭用ブロードバンド回線に接続する機器は、回線と同程度か、もしくはそれを超えるスループットのものとするなど)。

スループットの低い機器や回線が途中経路に存在すると、そこがボトルネックになる。

スループットの測定法には各種ある。専用の測定機器としてはSpirent社のSmartBitsが有名である。一般的な測定方法としては、異なった比率の負荷トラフィックを機器にそれぞれ転送させ、その負荷別の得失差を検証し、負荷トラフィックのフレームサイズごとのスループットを求める方法がある。

また、ADSL等のブロードバンド回線が一般家庭に普及した頃から、簡易な回線スループット測定サービスとして、インターネット上の特定サーバから自分の端末までのTCP/IPスループットを簡単に測定することができるウェブサイトが現れている。

スループット速度の測定編集

あるネットワークにおいてデータを転送する速度であるスループットの尺度には、bps(ビット/秒)が用いられている。回線提供事業者は、ネットワークが維持できる最大量のスループット、理論上の最適な条件のものを宣伝する。しかし、こうした最大値が、コンピュータなどの機器が処理できる速度を上回っていれば、処理できる速度に制限される。[5]:474-475

こうした実行速度を計測するためのウェブサイトや、端末にインストールして利用するソフトウェア/アプリケーションが存在する。

グッドプット編集

またグッドプットでは、アプリケーション層に依存しハードウェアが処理できる速度よりも小さく示なる。例えばFTPでは、データそのものと、データを圧縮せず、CRC情報などを持つが、こうしたデータ自体以外の量(オーバーヘッド)が通信プロトコルによって異なるためである。[5]:474-475

測定結果編集

スピードテストの結果は、様々な要因で変動する。

外部の要因編集

経路上の各通信回線の品質、遅延輻輳(混雑度合い)
品質が悪い(ロス率が高い)ネットワークでは再送によりスループットが低下する[6]
遅延が大きいと後述の帯域遅延積により、TCP最大スループットが制限される。[注 1]
経路上にある各機器(ルーター等)の性能、輻輳
ルーター[注 2]の遅延が大きかったりパケット損失率が高いとスループットが低下する[7]
TCPによる帯域遅延積の影響
TCPはスライディングウィンドウによるフロー制御を採用しているため、受信側のウィンドウサイズ(RWIN)、1つのTCPコネクション仮想回線の帯域幅(bps)、2地点間の通信遅延時間(RTT)は次の関係式で表される。[8]
帯域幅 ≦ 定数×(RTT÷RWIN)
そのため、RTTの大きい仮想回線上では、RWINを十分大きくしないと帯域幅の上限が制限されうる。なおRTTについては、インターネットの場合は経由する全伝送路の物理的距離(光速に比例する)だけでなく、ホップ数(通信経路上で経由するルーター数)によっても大きな影響を受ける[注 3][8]
今日のFTTH等による高速インターネットサービスでは、幾ら回線容量が大きくなっても、1TCPコネクションのスループットは頭打ちになりやすい。それは、多くの端末の実装で、RTTに対する効率的なRWINの調整が難しいためである[9]
経路の変動
インターネットの場合、通信経路は常に一定と言うわけではなく変動した場合は遅延も変化する[10]
サーバーや計測側コンピューターの設置場所
特にインターネットの場合は、それぞれの2地点の場所によって、経路や遅延なども自明的に変化する[10]。例えば日本国内からスピードテストのサイトに接続する場合、関東地方にあるサーバーと北米のサーバーとでは後者の方が測定結果は大幅に小さい結果になる(前述の帯域遅延積による)。
サーバーや計測側コンピューター要因での遅延
サーバーの場合はスピードテスト要求が過度に集中した場合、サーバー近傍の通信回線の輻輳やサーバー自体の過負荷によりスループットは低下する[11]
また測定結果を表示するコンピューター側でも、オペレーティング・システムや、セキュリティソフトを含むさまざまなソフトウェアの負荷、NIC、ネットワーク・デバイスドライバの性能によりスループットが低下する[11]。(次項移行も参照のこと)

自身のコンピュータの要因編集

Wi-Fi端末を使用
端末のLAN内への接続に関しては、今日の最新のWi-Fi仕様であるIEEE802.11acにおいても、有線LAN(GbE)による接続と比較して、レイテンシや実効速度の面で大幅に劣る[12][13]。特に遅延の部分は影響が大きく、前述の帯域遅延積により測定結果は大幅に低下する。
性能の低い端末を使用
今日のWebブラウザによるスピードテストにおいては、ブラウザの動作自体にある程度のマシンパワーを必要とする。低価格PC、性能の低いPCではスピードテストサイトの測定結果自体が低下する事はおろか、ブラウザの動作速度自体が緩慢であるため、ネットワークの速度如何に関わらず、実利用におけるWebブラウザの『体感速度は大幅に低いものとなる。今日の最新スマートフォンやタブレットの性能は、低価格PCと大差がない。
IPv6に関する諸問題
日本のNTTのフレッツによるインターネット接続サービスに特有の問題であるが、IPv6関連の設定が正しく行われていない場合に、IPv6のDNS名前解決に起因する遅延として、「IPv6-IPv4フォールバック問題」や「IPv6マルチプレフィックス問題」が生じ得る。この影響下にある端末では、本番のデータ通信の直前に名前解決のために大きな遅延が生じる。この遅延が通信時間にカウントされてしまうと、1TCPコネクションに対するスピードテストの結果数値も大きく低下する。

計測サイトの仕様編集

スピードテストの1セッションにおいて、同時に複数のTCPコネクション[注 4]を使って測定するサイトでは、同時に接続するコネクション数によっても結果は変動する[注 4][14]

Javaアプレット、JavaScript、Flashなどを利用したスピードテストサイトが依然として多数あるが、これらは今日のWebブラウザにおいては非標準であり、端末依存である。特にPC向けに設計されたサイトをスマートフォンやタブレットで利用した場合、例えブラウザーが同種(Chrome等)であっても正確な測定を阻害する場合もある。

またフレッツに限らず全世界的にも、IPv4ネットワークとIPv6ネットワークは論理上は切り離されたネットワークであり、IPv6インターネット接続サービスを利用する場合の各種方式においても、v4とv6とではネットワーク経路や品質が大きく異なる場合もあり、その状況下では、TCPv4通信とTCPv6通信の場合とで、1TCPコネクションのスピードテスト結果も大きく変動する。2016年時点においてスピードテストサイト側でIPv6通信への対応や、TCPv4、TCPv6通信のいずれかを区別し正しく表示するサイトはかなりの少数派である。なお、IPv4とIPv6の何れの通信が優先されるかは、端末の設定やルーター等の環境などによって異なる。さらに、スピードテストの際のアクセス傾向と、実際のWeb等のアプリケーションによる通信の際のアクセス傾向も異なるのが通常である。

その他編集

スピードテストサイトでは殆どの場合TCPコネクションにより測定するため帯域遅延積によりスループットは頭打ちとなる。しかし、UDPデータグラムにより測定する試みはほとんどなされない。それは、UDPにおいてはフロー制御が難しく、目一杯の帯域でネットワークに対しデータグラムを送出すると、経路上のネットワークの帯域幅を食い尽くす[注 5]などDoS攻撃さながらの行為になりかねないからである(圧縮されたビデオ、オーディオストリームでは一定の時間間隔でデータグラムを送出し、さらにフロー制御を行う仕様である)。

測定ツールの方式編集

方式としては以下のようなものがある。

ブラウザによる測定
JavaScriptWebサーバにより速度を測定する方式である。
Flashによる測定
FlashのActionScriptと測定サーバにより速度を測定する方法である。
Java Appletによる測定
Java Appletと測定サーバにより速度を測定する方法である。
専用ソフトウェアによる測定
クライアント側とサーバ側両方に測定ソフトウェアをインストールし、測定する方法である。

RFCにおけるスループット編集

RFC 1242の3.17では、「その機器によって送信フレームが損失しない最大レート」と定義されている。データストリーム中の1つのフレームが欠けたとしても、上位プロトコルのタイムアウトを待たねばならず、そこに遅延が発生する。それを回避するための事前検証として、対象機器がフレームを欠けさせること無く送信できる最大レート、つまりスループットを知ることが同RFCで推奨されている。

出典編集

注釈編集

  1. ^ これに対し、UDPではトランスポート層レベルでは帯域遅延積の影響は受けにくい。ただし、より上位層でフロー、輻輳制御が必要となる。
  2. ^ ここでは、ISP基幹ネットワークで使用するものから、ブロードバンドルーターまでの、ルーター全般のこと
  3. ^ 伝送路容量が低い領域(数Mbps程度)ではRWIN、RTTともさほど問題にならなかったが、FTTHなどの伝送路容量が数十Mbps〜の高速な回線が普及すると、受信側の不十分なRWINや、RTTの大きさが測定結果に大きな影響を及ぼすようになっている。
  4. ^ a b スピードテストサイトによって「マルチセッション」「同時接続数」などと表現される事がある。
  5. ^ さらに、出口ネットワークの帯域幅がデータグラムのストリーム帯域幅より狭い場合はパケット廃棄が生じる。

脚注編集

  1. ^ Theoretical Throughput/Delay Analysis for Variable Packet Length in the 802.11 MAC Protocol | SpringerLink
  2. ^ Theoretical maximum throughput of IEEE 802.11e EDCA mechanism | IEEE Conference Publication | IEEE Xplore
  3. ^ スループット(throughput)とは - IT用語辞典 e-Words
  4. ^ JISC6960 2012, 3.4.7節.
  5. ^ a b Comer, D. E. (2008). Computer Networks and Internets 5th Edition
  6. ^ “ファイル転送や仮想デスクトップなどの通信性能をソフトウェアだけで改善する新データ転送方式を開発 : 富士通”. 富士通. http://pr.fujitsu.com/jp/news/2013/01/29-1.html 2018年10月23日閲覧。 
  7. ^ “ネットワーク遅延対策技術”. Think IT(シンクイット). https://thinkit.co.jp/story/2011/08/23/2239 2018年10月23日閲覧。 
  8. ^ a b Nelson, M. (2006). "The Hutter Prize".
  9. ^ Recommended TCP/IP settings for WAN links with a MTU size of less than 576”. support.microsoft.com. 2018年10月23日閲覧。
  10. ^ a b 電子情報通信学会(2011) 参考文献
  11. ^ a b 磯部(2015) 参考文献
  12. ^ 11ac 製品実測資料 2011年
  13. ^ “802.11ac アクセスポイントの性能を徹底比較! - Technical Direct”. Technical Direct. (2014年7月22日). http://www.technical-direct.com/jp/802-11ac-%E3%82%A2%E3%82%AF%E3%82%BB%E3%82%B9%E3%83%9D%E3%82%A4%E3%83%B3%E3%83%88%E3%81%AE%E6%80%A7%E8%83%BD%E3%82%92%E5%BE%B9%E5%BA%95%E6%AF%94%E8%BC%83%EF%BC%81/ 2018-10-23-JP閲覧。 
  14. ^ “【連載】第366回:下り最大200Mbpsの実力は? NTT東日本の「フレッツ 光ネクスト」ハイスピードタイプを試す”. BB Watch (株式会社インプレス). (2009年11月10日). https://bb.watch.impress.co.jp/docs/series/shimizu/324379.html 2018年10月23日閲覧。 

参考文献編集

関連項目編集

外部リンク編集