傳輸 1TB 要多久？檔案傳輸時間計算器

在完全穩定的 1 Gbps 下，傳輸 1 TB 的理論時間是 2 小時 13 分 20 秒。若以 80% 利用率作為規劃假設，約需 2 小時 47 分鐘。

你可以用下面的計算器輸入檔案大小、連線速度與預期利用率。

互動式計算器

估算傳輸時間

在瀏覽器中計算

檔案大小

GBTBTiB

連線速度

MbpsGbps

預期利用率 80%

若沒有實測的持續傳輸速率，規劃時建議使用 70–85%。

規劃值 2 小時 46 分 40 秒 以連線速度的 80% 計算

理論最短時間 2 小時 13 分 20 秒 只計資料本身，以完整連線速度傳輸

持續傳輸速率 100 MB/s 相當於 800 Mbps 的有效傳輸速率

這是網路傳輸時間的估算，並非 WarpSend 的效能保證。檔案數量、延遲、封包遺失、儲存裝置速度、加密、驗證與其他流量，都可能改變結果。

常見速度下傳輸 1TB 需要多久

下表採十進位 1 TB（1,000 GB）。規劃值假設傳輸期間能持續使用標示連線速度的 80%。

這些數字描述的是網路傳輸時間。讀取來源、建立目的檔案、加密、驗證、壅塞與重傳都會增加時間。

檔案傳輸時間公式

基本計算式為：

時間（秒）= 檔案大小（bit）÷ 持續傳輸速率（bit/s）

以 1 Gbps 傳輸 1 TB：

1,000,000,000,000 bytes × 8 ÷ 1,000,000,000 bits/s = 8,000 秒

8,000 秒就是 2 小時 13 分 20 秒。

若用 80% 利用率規劃：

8,000 秒 ÷ 0.8 = 10,000 秒

因此得到 2 小時 46 分 40 秒。

Mbps 不等於 MB/s

網路通常用每秒百萬位元（Mbps）或每秒十億位元（Gbps）標示；檔案管理器則常顯示每秒百萬位元組（MB/s）。

1 byte 等於 8 bit：

• 100 Mbps 的理論上限是 12.5 MB/s。
• 1 Gbps 的理論上限是 125 MB/s。
• 10 Gbps 的理論上限是 1.25 GB/s。

利用率 80% 時，1 Gbps 路徑大約可承載 100 MB/s 的有效資料。

TB 與 TiB 不一樣

本文使用十進位單位：

• 1 TB = 1,000,000,000,000 位元組
• 1 TiB = 1,099,511,627,776 位元組

1 TiB 比 1 TB 多約 9.95% 資料。在 1 Gbps、80% 利用率下，差異約增加 16 分鐘。

計算器可以選擇兩種單位。

實際傳輸為什麼更久

申辦速度不是應用程式能維持的速度

標示 1 Gbps 的服務只代表特定條件下的線速。共用流量、Wi-Fi、VPN、限速、路由與供應商壅塞，都可能降低單一傳輸可用的速率。

長距離延遲可能讓頻寬閒置

高頻寬路徑必須在確認訊息往返期間，讓足夠多尚未確認的資料保持傳輸中，這個關係稱為頻寬延遲乘積。

現代傳輸可透過較大的視窗、多條流量、QUIC 或其他排程方式保持工作流動。真正要問的不只是「線速是多少」，而是「這個應用程式在這條路由能持續達到多少有效資料速率」。

深入說明請見長距離高速檔案傳輸。

檔案數會改變結果

一個 1 TB 檔案與一百萬個 1 MB 檔案的有效資料大致相同，但不是相同的工作量。

每個檔案都可能增加中繼資料、來源與目的端的開關檔、驗證和網路協調。高延遲路由上，檔案逐筆等待可能比純傳輸時間更長。

可參考大量小檔案傳輸為什麼比較慢。

儲存系統可能才是瓶頸

10 Gbps 理論上可承載 1.25 GB/s。若其中一端的儲存在加入檔案系統與驗證工作後只能維持 400 MB/s，網路就無法讓工作在 10 Gbps 理論時間內完成。

加密與驗證會消耗資源

加密、內容雜湊與整檔驗證都是必要工作，但會使用 CPU 與儲存頻寬。有意義的基準測試應保持這些功能開啟。

利用率應該輸入多少

有實測持續速率時，直接使用實測值。若只知道方案標示速度，可以先比較以下情境；這些比例是敏感度分析的假設，不是各類網路的保證值：

• **90–95%：**受控、調校良好且儲存夠快的路由。
• **70–85%：**健康的商用連線，合理的規劃範圍。
• **40–70%：**共用路徑、Wi-Fi、VPN、儲存受限或路由不確定。
• **低於 40%：**檢查檔案數、RTT、封包遺失、限速、CPU 與儲存。

計算器不會只看產品名稱就預測 WarpSend、FTP、SFTP 或 Aspera 的效能。請輸入實測利用率，或使用保守的規劃假設。

具體 NAS 規劃可參考用 USB 硬碟建立 Synology Snapshot Replication 初始副本，避免在受限 WAN 上傳送完整的第一份複本。

如何讓估算更準確

1. 在實際寄件端與收件端之間量測路由。
2. 記錄應用程式持續傳輸率，不要只測附近的測速伺服器。
3. 使用真實檔案型態：單一大檔、中型批次或大量小檔。
4. 保持加密與驗證開啟。
5. 把派送、啟動與最後驗證算入總耗時。
6. 重複執行並使用中位數。

比較目前版本時，使用相同檔案、路線、儲存裝置與安全設定，分開記錄傳輸階段速度及取得驗證後檔案的完整交付時間。WarpSend 與 FTP 測試方法說明如何進行比較；FTP 結果也不能代表 SFTP 或 Aspera 的效能。

常見問題

100 Mbps 上傳 1TB 要多久？

理論最短為 22 小時 13 分 20 秒。若能維持 80% 利用率，應規劃約 27 小時 47 分鐘。

1 Gbps 傳輸 1TB 要多久？

理論最短為 2 小時 13 分 20 秒。80% 利用率約需 2 小時 47 分鐘。

10 Gbps 傳輸 1TB 要多久？

理論最短為 13 分 20 秒。若來源、目的端、CPU 與儲存都能維持必要速率，80% 利用率約需 16 分 40 秒。

延遲會改變數學上的最短時間嗎？

純有效資料公式不含延遲。實務上，視窗過小或工作流程逐檔串行處理時，延遲會降低傳輸方式真正維持的速度。請用較低的實測利用率反映這項影響。

計算器會上傳我的檔案嗎？

不會。它只在瀏覽器內進行算術，不會讀取或上傳檔案。

在實際路由上試用 WarpSend，再用量測到的持續傳輸率取代規劃假設。