# [测评] VPS.Taxi 洛杉矶 LA 512M：三网线路、BBR、内存与磁盘实测

今天买了一台 VPS.Taxi 的洛杉矶 LA 512M，主要是想体验三网优化线路，顺便测试一下硬件性能。第一天遇到过洛杉矶上游网络故障，后面趁晚高峰跑了 TCPQuality、NetQuality 和 NodeQuality，又补测了内存、磁盘

先说结论：从 TCPQuality 的 IPv4 回程结果看，这台标准 IP 段的线路确实有一定优化特征；硬盘测试数据也还可以。不过 CPU 只有 1 vCPU，跑综合测试时明显吃力，500 GB/月的流量也比较紧张。想升级到5美元一月的

💻基本信息

🎬IP质量

🌐网络质量

📍回程路由

NodeQuality链接

一、机器配置

• 商家：VPS.Taxi
• 机房：美国洛杉矶
• 虚拟化：KVM
• CPU：1 vCPU，Intel Xeon Gold 6138 @ 2.00 GHz
• 内存：512 MB，系统实际可见约 453 MiB
• 系统盘：10 GB SSD，根分区约 8.6 GiB
• 流量：500 GB/月
• 端口：300 Mbps
• 系统：Ubuntu 26.04.1 LTS，x86-64
• TCP 拥塞控制：BBR
• 队列调度：fq
• Swap：2 GiB
• IP：标准 IP 段，公网地址已脱敏

当前标准 IP 段的年付价格为 $30。之前帖子说了，客服此前提供了两个方案：保留标准 IP 段、年付 $30；或者迁移到新 IP 段、年付 $24。商家明确说明，新 IP 段当前联通去程存在 AS4837 绕欧洲的问题，计划在 30 天内改善，但不保证完成。因此，这篇测评只针对当前标准 IP 段，不代表 $24/年的优惠段

二、TCPQuality：IPv4 回程

测试时间：2026 年 10 月 12 日 19:37（北京时间）。

报告：https://tcpquality.ibsgss.uk/r/9rC2rFgBvt

本轮测试时已经启用 BBR + fq。

IPv4 回程统计：

• 零丢包节点：90
• 出现 1%–20% 重传的节点：3
• 超过 20% 重传的节点：0

IPv4 大包回程统计：

• 零重传节点：91
• 出现 1%–20% 重传的节点：2
• 超过 20% 重传的节点：0

从三网概览来看，很多地区的路由标记为：

• 电信：不少节点显示 10099 → 9929
• 联通：不少节点显示 10099 → 9929
• 移动：多数节点显示 CMIN2

多个地区的延迟表现不错。例如上海电信约 133 ms，上海联通约 162 ms，上海移动约 129 ms；江苏电信约 137 ms，江苏联通约 169 ms，江苏移动约 140 ms。

但也有一些地区延迟更高，尤其是部分电信节点。因此，不能仅凭 AS 路由标记，就认定三网所有地区的体验都一样。

单线程测速

可以看到，同一台机器在不同运营商、不同地区的表现差异还是比较明显的。尤其是部分电信节点的去程速度较低，所以我暂时只把它归类为“有优化特征”，不直接称为顶级三网精品线路。

三、NetQuality：路由与国际互联

报告：

https://Report.Check.Place/net/20QAZRQ3X.svg

后续回程路由追踪：

https://Report.Check.Place/net/3JQEO8644.svg

这两份报告中，三网 TCP 大包延迟整体有一定参考价值，很多地区的数值在 130–210 ms 左右。

回程路由追踪能够看到部分线路经过 AS10099、AS9929，移动则显示 CMIN2 相关路径。不过，报告中的多项国内测速出现 ERROR，部分早期回程追踪也显示 NoData，因此仍有必要结合实际使用继续观察。

另外，路由追踪中出现的地理路径包含日本、香港和中国大陆。这类地理路径标签可能受到 IP 地理数据库影响，不能简单地等同于每一跳的真实物理位置。

四、NodeQuality 与 IP 质量

综合报告：

https://nodequality.com/r/ICTNuAX4PRIQ98oDC0zLHDGN1SeuYTk6

IP 质量报告：

https://Report.Check.Place/ip/1PBJYMLSH.svg

NodeQuality 可以补充查看硬件、网络和 IP 质量等信息。

这次比较值得注意的是，各 IP 地理数据库给出的定位并不一致：部分显示日本或欧洲，还有数据库将注册地区识别为希腊。风险评分也存在明显差异，IPQS 给出的评分很高，而其他数据库的风险指标相对较低。

所以我不会只凭单个数据库的风险总分就判定 IP 好坏。后续还要看常用网站实际访问、IP 归属识别，以及是否会遇到具体服务的限制。

五、内存测试

使用 Sysbench 1.0.20，单线程，每项传输 512 MiB：

这个结果是本次 Sysbench 内存测试的报告值，不代表物理内存完整的规格或在所有应用负载下的实际性能。

六、磁盘测试

使用 fio，在根分区 /root 下进行测试，避免之前误把 /tmp 的 tmpfs 当成系统盘。顺序读写测试文件大小为 256 MiB；随机读写使用 4 KiB 块、单任务、队列深度 1，分别运行 10 秒。

随机读写平均延迟分别约为 157 μs 和 81 μs。

从这轮结果看，磁盘性能不算差。不过这只是单次短时测试，虚拟化存储、宿主机缓存和共享存储负载都可能影响成绩，不能直接当作持续读写速度的保证。

七、CPU、内存与流量限制

这台机器最明显的短板其实是 CPU 和内存。

运行 NodeQuality 时，htop 曾经显示 CPU 达到 100%，多个 nexttrace 进程同时消耗 CPU。1 vCPU 跑复杂综合测试时确实比较吃力。

内存方面，系统实际可见约 453 MiB。我配置了 2 GiB Swap，根分区总计约 8.6 GiB。当前磁盘使用率约 57%，其中包含 Swap 文件占用的空间。

流量方面，测试过程中 vnstat 记录累计接收约 5.01 GiB、发送约 5.15 GiB，合计约 10.16 GiB。这是多轮测速期间的累计值，不代表正常使用一个月就会消耗这么多。不过，对于和朋友共同使用的代理场景，500 GB/月确实比较紧张，后续可能考虑升级到 1 TB 流量的套餐。

八、测试环境与结论

还需要说明一个重要背景：2026 年 10 月 12 日，VPS.Taxi 官方状态页曾公告洛杉矶节点遭遇网络攻击，上游出现严重丢包，部分服务大面积无法访问。上述网络测试发生在同一天，结果可能受到故障及恢复过程影响，因此应当视作当日测试快照，而不是长期稳定性的保证。

综合来看：

1. TCPQuality 的 IPv4 回程数据比较漂亮，可以说是有一定优化特征。
2. NetQuality 中部分国内测速失败，说明仍有项目需要继续观察。
3. 内存测试结果不错，fio 的顺序读写和随机 I/O 数据也有参考价值。
4. 1 vCPU、512 MB 内存的配置不适合频繁运行多个综合测速，更适合轻量服务。
5. 500 GB/月是实际使用中的主要限制之一。

后续准备只部署 Xray 和 AdGuard Home，再用自己的联通网络测试晚高峰体验，并观察 VPS.Taxi 故障恢复后的稳定性。

目前只是初步测评，欢迎有同款机器的朋友交流实测结果。