本文基于多台样本机对比测试,使用 iperf3、wrk、wget/curl 等工具在不同运营商与节点间做带宽与并发基准测试,给出典型的吞吐范围、并发承载能力以及导致差异的主要因素,帮助你在 v2ex 社区讨论或选购 台湾VPS 与 虚拟主机 时有更清晰的数据参考。
通过 iperf3 做点对点吞吐测试,结果显示不同套餐差异明显:许多入门 VPS/虚拟主机标注的是“100Mbps”,实测对岸(中国大陆或日本)跨链路落在 50–300Mbps 波动;若提供 1Gbps 端口的机器,局域内或同城下载可稳定在 650–940Mbps 区间。总结来看,名义带宽、机房出口与线路质量三者决定最终速度。
单纯靠网页测速可能受 CDN 与缓存影响,建议组合使用:iperf3 测量 TCP/UDP 楼层带宽,wget/curl 测速常见文件下载场景,wrk 或 hey 测并发 HTTP 请求。实操中,先用 iperf3 确认原始链路带宽,再用 wrk 测真实业务的 QPS/RPS 与延迟分布,这样得到的数据更贴近生产。
并发测试要区分静态与动态请求:静态文件(1–16KB)受网络与 Nginx 性能影响大,实测一台 2vCPU/4GB 内存、1Gbps 端口的 台湾VPS 在本地同城测试下,wrk 并发 2k 时能达到数千 RPS;但把请求换成 PHP-FPM 或数据库查询,QPS 立刻下降到几百,说明 CPU、磁盘 I/O 与后端服务才是并发瓶颈。
建议把测试脚本上传到 GitHub/Gist 并在 v2ex 相关板块贴出命令行:iperf3 -c server -P 10、wrk -t12 -c2000 -d30s http://ip/file。公开原始日志(带时间戳、top/iostat 输出)可以让社区复查。常见机房如台北、台中、台南的同城内测最能反映本地访问体验。
差异来源有几类:机房出口带宽/端口限制、宿主机过载导致共享资源被抢占、二层网络策略(如 QoS)限制突发、以及用户侧的 TCP 窗口/拥塞控制。对 虚拟主机 来说,CPU 软限制或 I/O 限制往往比理论带宽更早成为瓶颈。
选择时先明确业务:静态内容分发优先选择 1Gbps 端口与良好机房;动态应用(PHP/Node/DB)优先看 CPU、内存与磁盘 IOPS。实用建议是:要求提供 iperf3 测试白名单、可做 24 小时带宽快照,并在 v2ex 上查同机房的历史测速贴以验证稳定性。
“高并发”没有统一阈值,通常把持续 1000+ 的并发连接视为高负载。按实测经验:静态页面在优化好的 Nginx 下,单核可支撑数千 RPS;而涉及数据库写入或复杂业务,单机并发量会降到数百。建议从小规模压测(100/200 并发)逐步放大,以观察瓶颈点。
优先项为:启用 HTTP/2、合理设置 Keep-Alive 与 worker 数、使用 Nginx 直接处理静态资源、开启 gzip/缓存策略;其次是数据库连接池优化与业务缓存(Redis/Memcached)。在网络层面,选择延迟与丢包率低的机房能显著提高有效 带宽 与并发稳定性。