在完全稳定的 1 Gbps 下，传输 1 TB 的理论时间是 2 小时 13 分 20 秒。若以 80% 利用率作为规划假设，约需 2 小时 47 分钟。
你可以用下面的计算器输入文件大小、连接速度与预期利用率。
交互式计算器
估算传输时间 在浏览器中计算 文件大小 GBTBTiB 请输入大于 0 的文件大小。
连接速度 MbpsGbps 请输入大于 0 的连接速度。
预期利用率 80% 如果没有实测的持续传输速率，规划时建议按 70–85% 计算。
规划值 2 小时 46 分 40 秒 按连接速度的 80% 计算 理论最短时间 2 小时 13 分 20 秒 只计数据本身，按满速连接传输 持续传输速率 100 MB/s 相当于 800 Mbps 的有效吞吐量
这是网络传输时间的估算，并非 WarpSend 的性能承诺。文件数量、延迟、丢包、存储速度、加密、验证和其他流量，都可能改变结果。
常见速度下传输 1TB 需要多久
下表采十进制 1 TB（1,000 GB）。规划值假设传输期间能持续使用标示连接速度的 80%。
连接速度理论最短时间80% 利用率规划值100 Mbps22 小时 13 分 20 秒27 小时 46 分 40 秒500 Mbps4 小时 26 分 40 秒5 小时 33 分 20 秒1 Gbps2 小时 13 分 20 秒2 小时 46 分 40 秒2.5 Gbps53 分 20 秒1 小时 6 分 40 秒10 Gbps13 分 20 秒16 分 40 秒
这些数字描述的是网络传输时间。读取来源、创建目的文件、加密、验证、拥塞与重传都会增加时间。
文件传输时间公式
基本计算式为：
时间（秒）= 文件大小（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 上发送完整的第一份复本。
如何让估算更准确
在实际发送端与接收端之间测量路由。
记录应用程序持续传输率，不要只测附近的测速服务器。
使用真实文件型态：单一大文件、中型批量或大量小文件。
保持加密与验证打开。
把派送、启动与最后验证算入总耗时。
重复运行并使用中位数。
比较当前版本时，使用相同文件、路径、存储设备与安全设置，分别记录传输阶段速度及取得验证后文件的完整交付时间。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，再用测量到的持续传输率取代规划假设。