データ転送計算機
データ量、接続速度、実際の転送効率からファイル転送時間を見積もります。
転送時間を計算
ファイルサイズと回線速度の十進単位を選び、プロトコルやネットワークのオーバーヘッドを考慮します。
データ転送計算機について
データ転送時間は、移動する情報量と、実際に利用できる転送速度で決まります。ファイルサイズは通常バイトで表示されますが、ネットワーク回線の公称速度はビット毎秒です。一バイトは八ビットなので、十進単位では一ギガバイトのファイルは八ギガビットになります。100 メガビット毎秒を維持できる回線なら、理想的な転送時間は 80 秒です。この計算機は単位を換算し、正確な秒数と読みやすい時間表示を提供します。
ファイルの単位は十進定義です。一メガバイトは百万バイト、一ギガバイトは十億バイト、一テラバイトは一兆バイトです。ネットワークの単位も十進で、一メガビット毎秒は毎秒百万ビットを意味します。一部の OS は二進単位のメビバイトやギビバイトで計算した値を MB や GB と表示するため、サイズが異なることがあります。正確に計画するには、元の測定値が十進単位か二進単位か確認してください。
実際の転送で回線の最大速度を維持できることはまれです。プロトコルヘッダー、暗号化、確認応答、輻輳制御、無線干渉、ストレージ性能、サーバー負荷、他の利用者などが容量を消費します。効率欄では、選択した転送速度に適用する割合を指定します。例えば公称 200 Mbps の回線で効率が 80% なら、実効スループットは 160 Mbps です。持続速度の実測値があればそれを使い、なければネットワークとプロトコルに応じて控えめな効率を設定してください。
接続速度はボトルネックの一つにすぎません。高速な LAN でもハードディスクの読み取りは速くならず、インターネットからのダウンロードは遠隔サーバーや上流区間に制限される場合があります。Wi-Fi の速度は刻々と変わり、クラウドサービスが個々のストリームを制限することもあります。小さなファイルを大量に送ると、メタデータや要求の負荷が繰り返されるため、同じ総容量の単一アーカイブより遅くなる場合があります。圧縮は転送バイト数を減らせますが、処理時間が増え、効果はデータに依存します。
見積もりはバックアップ、アップロード、移行、メディア配信、保守時間帯の計画に使い、変動に備えて余裕を設けてください。長時間の処理では代表的なサンプルで試し、実測スループットから効率を求めると役立ちます。帯域幅は共有されるため、並列転送で全体の完了時間が短くなるとは限りません。この計算機は開始から終了まで一定の速度を仮定し、接続準備、再試行、一時停止、通信状況の変化は含みません。通信事業者やストレージ提供者による保証ではなく、計画用の目安です。
データ転送の計算例
| データ量と接続 | 推定時間 | 前提 |
|---|---|---|
| 1 GB を 100 Mbps で転送 | 1 min 20 sec | 理想的な効率 100%。 |
| 10 GB を 200 Mbps で転送 | 8 min 20 sec | 効率 80% で 160 Mbps。 |
| 1 TB を 1 Gbps で転送 | 2 hr 13 min 20 sec | 十進単位による理想的な転送。 |
データ転送時間の計算方法
- ファイルサイズを入力し、MB、GB、TB のいずれかを選びます。
- 公称または実測の転送速度と単位を入力します。
- 負荷やボトルネックを考慮して転送効率を設定します。
- 「転送時間を計算」を選び、読みやすい時間表示を計画に活用します。
データ転送のよくある質問
なぜファイルサイズを八倍するのですか?
回線速度はビット毎秒、ファイルサイズはバイトで測ります。一バイトは八ビットなので、割り算の前に単位をそろえる必要があります。
実際の転送が見積もりより遅いのはなぜですか?
プロトコルの負荷、混雑、Wi-Fi の状態、ストレージ速度、接続先の制限でスループットが低下します。効率を下げるか、実測した実効速度を入力してください。
ここでの GB はギガバイトですか、ギビバイトですか?
この計算機の GB は十億バイトという十進定義です。二進単位のギビバイトは 1,073,741,824 バイトで、転送時間は少し長くなります。
上りと下りのどちらの速度を使いますか?
予定する操作で制約になる方向の速度を使います。クラウドへのアップロードは通常上り速度、ダウンロードは通常下り速度に依存します。
並列転送なら早く終わりますか?
空き容量を効率よく使える場合はありますが、同じボトルネックを共有します。通常、利用可能な合計スループットを超えることはありません。