“10Gbps端口”“千兆节点”和“单用户300Mbps”可能同时出现在资料中，但描述范围不同。比较前先确定数字属于物理端口、共享容量、个人上限还是某次应用观察，不应把最大的数字当作每个用户持续可得速度。
从容量到任务的四层口径
| 口径 | 描述什么 | 还缺什么条件 |
|---|---|---|
| 标称端口速率 | 特定接口或接入能力 | 用户共享数量和其他链路瓶颈 |
| 路径容量 | 指定路径与方法下的容量概念 | 实际竞争负载及协议效果 |
| 套餐用户限速 | 商家对账号、设备或节点的限制 | 限制范围、生效条件和测量方法 |
| 应用有效吞吐 | 文件或任务实际完成的数据率 | 目标、时间、样本和任务类型 |
RFC 5136对容量相关术语作区分，可帮助保持报告口径；它不是任何供应商的带宽承诺。只写“千兆”而没有范围时，应要求说明，不替商家推断独享或保证值。
假设：用户上限低于端口
假设宣传端口1Gbps，所购档个人上限300Mbps。即使忽略其他限制，个人也不能据端口数字要求持续1Gbps；300Mbps也只是限定条件下的上限，并非必达。若下载软件显示20MB/s，十进制换算约160Mbps，还要看该软件统计的是有效文件数据还是其他范围。
设备性能、Wi-Fi、上游链路、目标服务器、协议和同时任务都可能成为瓶颈。即使结果低于套餐上限，也不能只凭一次任务确定哪一层负责。不要在没有路径和负载证据时，直接指控共享超售或人为限速。
比较前先做一张速率证据卡
将“商家宣称的范围、方案限制、工具观察、任务平均”各写一行，注明单位和日期。假设页面写最高300Mbps、当次下载为160Mbps，只能说该任务观察低于所称上限；无法凭这两行证明违约、超售或设备故障。
若存在明确服务承诺，还要读取其目标、时段和验收条款，再决定哪些测量能对应。没有公开承诺时，不把上限改写为最低保证；也不因一次达到高峰就宣称所有用户持续可得。
设计能比较的小任务
固定设备、接入、目标、传输规模与时段，记录完整耗时和失败；把单连接与多连接方式分开，分别说明。测速目标不同或并发数不同，结果可能不具可比性。若客户端CPU明显繁忙，也应保留资源占用线索，不只看网络数字。
大额测速会消耗配额，先限定规模和次数。图中单次峰值与完整文件平均吞吐应分别展示，不能通过取最高点制造保证速度。需要专线时，可以到高端专线专题按线路权益与共享范围筛选；比较实际任务前，先完成同条件节点验证，再对照单线程与多线程解释差异。
继续阅读：单线程与多线程测速为什么可能差很多、测速服务器的选择会怎样改变结论、设备性能为什么可能限制网络测速、Mbps与MB每秒怎样换算，为什么仍有误差。
来源与核验范围
以下为参考原始资料。品牌价格和功能应以资料库对应字段为准；本文不包含品牌测速或使用体验。内容由站点维护者使用 AI 辅助整理，尚不构成独立实测。