我们在文章《搬瓦工AI助手[Assistant Amy]使用指南：10个最实用的新手场景，SSH、建站、测速都能直接问》和《搬瓦工KiwiVM AI助手Amy全面升级：支持中文指令，一句话即可安装Docker与管理VPS》就介绍了搬瓦工KiwiVM AI助手Amy，但也只停留在理论介绍阶段，本文以一个测评老登的业务场景为例来实操使用Assistant Amy过程，来看看如何使用搬瓦工KiwiVM AI助手Amy测评Ultra系列新加坡SG_8机房CN2 GIA VPS并输出测评文章。本文将附上和Amy的对话录屏视频和Amy输出的测评文章供大家参考。

搬瓦工官网：https://bandwagonhost.com/

搬瓦工新加坡SG_8 VPS套餐配置，所有方案均采用 KVM 虚拟化并提供独立 IPv4。

Assistant Amy在KiwiVM上的位置

此次与Amy的对话录屏视频：

如访问不了，也可查看B站视频：https://www.bilibili.com/video/BV1yFj564ECa/

Amy输出的测评文章正文：

BandwagonHost 新加坡 SG_8 VPS 测评：AMD EPYC Genoa、KVM、IPv6、BBR 与综合性能实测

本文对一台 BandwagonHost / 搬瓦工新加坡 SG_8 机房 VPS 进行实测，测试内容包括基础配置、CPU、内存、磁盘 I/O、OpenSSL 加密性能、sysbench、UnixBench、IPv4 / IPv6、BBR、Speedtest、回程路由、流媒体与 AI 平台解锁等。

本次测试坚持一个原则：能实测的就给出实测数据，不能从本机直接测出的内容不做杜撰。因此，本文中的路由、Ping、MTR 等结果主要代表 VPS 出站方向表现，不等同于中国大陆用户访问该 VPS 的去程体验。

测试时间：2026-06-16
测试系统：Ubuntu 22.04.5 LTS

一、套餐配置

二、测试环境与基础信息

本次测试机器位于 BandwagonHost 新加坡 SG_8 机房，面板显示为 KVM 虚拟化。

系统负载较低：

load average: 0.00, 0.14, 0.16

内存情况如下：

Mem: 7.8Gi total, 7.5Gi available
Swap: 1.0Gi total, 0 used

磁盘分区情况：

/dev/sda2  157G mounted on /

三、CPU 信息

CPU 识别为 AMD EPYC Genoa 系列：

AMD EPYC-Genoa Processor

核心信息如下：

lscpu 中可以看到 CPU 支持 AES、AVX、AVX2、SHA-NI 等指令：

aes avx avx2 sha_ni

这类指令对 TLS、代理、VPN、压缩校验、加密传输等场景比较有帮助。

三、CPU 信息

CPU 识别为 AMD EPYC Genoa 系列：

AMD EPYC-Genoa Processor

核心信息如下：

lscpu 中可以看到 CPU 支持 AES、AVX、AVX2、SHA-NI 等指令：

aes avx avx2 sha_ni

这类指令对 TLS、代理、VPN、压缩校验、加密传输等场景比较有帮助。

四、sysbench CPU 基础测试

首先使用 sysbench cpu 进行基础 CPU 测试。

测试参数：

sysbench cpu
单线程 / 6 线程
运行 10 秒

测试结果如下：

多线程成绩约为单线程的 5.89x，6 核扩展表现比较正常。

五、sysbench CPU 扩展测试

进一步使用 sysbench cpu –cpu-max-prime=20000 进行扩展测试。

测试参数：

sysbench cpu --cpu-max-prime=20000
运行时间：15 秒
线程数：1 / 2 / 4 / 6

结果如下：

从结果看，1 到 2 线程基本接近线性扩展，1 到 6 线程约为 5.27x。满线程下 95% 延迟升至 1.23 ms，属于多线程压力下的正常表现。

六、OpenSSL 加密性能测试

使用 OpenSSL EVP 模式测试 AES-GCM 与 SHA 性能。

AES-128-GCM

AES-256-GCM

SHA256

SHA512

AES-GCM 性能较强，说明这颗虚拟 CPU 在加密传输、HTTPS、代理、VPN 等场景下有不错的基础性能。

七、内存性能测试

使用 sysbench memory 进行内存读写测试。

内存写入测试

sysbench memory
memory-total-size=10G
memory-block-size=1K
memory-oper=write

内存读取测试

sysbench memory
memory-total-size=10G
memory-block-size=1K
memory-oper=read

内存读取随线程增加提升明显，6 线程读取达到 24696.43 MiB/s。写入部分多线程没有线性提升，可能与虚拟化调度、缓存行为和 sysbench 测试模型有关。

八、线程调度与 Mutex 测试

Threads 测试

sysbench threads
thread-yields=1000
thread-locks=8
运行时间：15 秒

Mutex 测试

sysbench mutex
mutex-num=4096
mutex-locks=50000
mutex-loops=10000

九、磁盘基础信息

磁盘识别为 QEMU 虚拟磁盘：

QEMU HARDDISK

系统内根分区约为 157GB 可用空间。

十、磁盘延迟测试

使用 ioping 测试磁盘延迟。

普通 ioping 结果：

min/avg/max/mdev = 270.6 us / 322.8 us / 376.0 us / 27.6 us

快速随机读模式结果：

min/avg/max/mdev = 134.5 us / 140.3 us / 150.1 us / 5.13 us

从延迟看，磁盘响应较快，随机读延迟也比较低。

十一、fio 磁盘 I/O 测试

使用 fio 进行轻量磁盘 I/O 测试。

测试参数概况：

测试文件大小：512MB
测试时长：每项 20 秒
I/O 模式：direct I/O

磁盘顺序写入与读取成绩都比较高，4K 随机读写也有不错表现。需要注意的是，本次 fio 为短时间轻量测试，适合作为参考，不代表长时间持续满载下的表现。

测试结束后复查 KiwiVM 状态：

CPU Limited due to overusage: NO
Disk IO Limited due to overusage: NO

未触发 CPU 或磁盘 I/O 限速。

十二、BBR 与网络栈状态

本机已开启 BBR，拥塞控制算法和队列算法如下：

net.ipv4.tcp_congestion_control = bbr
net.ipv4.tcp_available_congestion_control = reno cubic bbr
net.core.default_qdisc = fq

相关内核模块已加载：

tcp_bbr
sch_fq

BBR 配置已持久化，重启后仍会保持开启状态。对于 TCP 传输、代理、建站、跨境访问等场景，BBR 可以在一定程度上改善拥塞环境下的传输表现。

十三、IPv4 / IPv6 配置

IPv4 信息

当前 IPv4 地址为：

185.180.17.112

IPv4 网关：

185.180.16.1

接口信息：

185.180.17.112/22

IPv6 信息

当前分配的 IPv6 /64 子网为：

2607:8700:360:7b93::/64

系统中配置的 IPv6 地址为：

2607:8700:360:7b93::2

IPv6 通过 SIT 隧道方式接入：

sit1@NONE
local IPv4: 185.180.17.112
remote endpoint: 139.180.140.218

IPv6 默认路由：

default dev sit1

IPv6 服务状态：

ipv6net.service active exited

IPv4 与 IPv6 均已配置完成，SSH 在 IPv4 与 IPv6 上均可访问。

十四、公网可达性

从外部公网探针检查，IPv4 与 IPv6 均可达。

PTR 记录如下：

185.180.17.112 -> 185.180.17.112.16clouds.com
2607:8700:360:7b93::2 -> 2607-8700-0360-7b93-0000-0000-0000-0002.16clouds.com

说明这台机器的 IPv4 / IPv6 基础公网连通性正常。

十五、VPS 到海外目标延迟

以下测试为 VPS 出站方向，即：

VPS -> 目标

不代表用户访问 VPS 的去程延迟。

可以看到，到新加坡本地的 Google、Cloudflare、Quad9 等目标延迟非常低。

十六、VPS 到中国大陆方向延迟与丢包

以下测试同样是：

VPS -> 中国大陆目标

也就是 VPS 出站/回程方向，不代表中国大陆用户访问该 VPS 的去程。

其中 114.114.114.114 和 210.22.84.3 未响应 ICMP，不一定代表 TCP / UDP 服务不可达，也可能是目标侧限制 ICMP 或中间设备不回包。

十七、Ookla Speedtest 测速

使用 Ookla Speedtest 进行测速。由于本机 speedtest-cli 可选节点主要集中在新加坡附近，本次成功跑通的是新加坡 MyRepublic 节点。

这个结果非常高，属于同城多线程测速节点的峰值表现。它更适合作为新加坡本地网络能力参考，不建议直接等同于所有地区、所有时间段的真实访问速度。

十八、多地区 100MB 下载测速

为了补充 Speedtest 节点不足的问题，另外使用多个地区的公开测试文件进行 100MB 下载测速。

该测试代表：

测试源 -> VPS

也就是 VPS 从这些地区下载文件的速度，不能直接等同于用户访问 VPS 的速度。

从结果看，新加坡本地下载速度最高，东京方向约 268–283 Mbps，欧美方向大约 110–126 Mbps，悉尼约 204 Mbps。

十九、测速流量消耗与状态

测速前月流量已用约：

1016 MB

测速后月流量已用约：

2979 MB

本轮测速新增消耗约：

1963 MB

也就是约 1.9GB。

测速后复查 VPS 状态：

十七、回程路由观察

到阿里 DNS 223.5.5.5

MTR 最终目标 0% 丢包，平均延迟约 65 ms。

路由中出现：

SG.SGP.CTGNet
CN.HKG.CTGNet
CTCN2.CN.SHA.CTGNet
59.43.x.x

说明该方向经过 CTGNet / 59.43 段进入中国大陆，路径特征接近电信 CN2 方向。

到 DNSPod 119.29.29.29

最终目标 0% 丢包，平均延迟约 45.8 ms。

路径中同样出现：

SG.SGP.CTGNet
CN.HKG.CTGNet
CTCN2.CN.HKG.CTGNet
59.43.x.x

后续进入广东方向。

到上海电信 202.96.209.133

最终目标 0% 丢包，平均延迟约 65.6 ms。

路径包含：

CTGNet
CTCN2.CN.SHA.CTGNet
59.43.x.x
101.95.x.x

到广东电信 202.96.128.86

最终目标 0% 丢包，平均延迟约 45.9 ms。

路径包含：

CTGNet
CTCN2.CN.HKG.CTGNet
59.43.x.x
202.97.x.x

到北京联通 123.125.81.6

最终目标 0% 丢包，平均延迟约 103.1 ms。

路径先经过 CTGNet / 59.43，后续进入联通网络：

219.158.x.x

到上海移动 211.136.112.200

最终目标 0% 丢包，平均延迟约 68.5 ms。

路径先经过 CTGNet / 59.43，后续进入移动骨干：

221.183.x.x

到广东移动 120.196.165.24

最终目标 0% 丢包，平均延迟约 46.1 ms。

路径同样先经过 CTGNet / 59.43，后续进入移动骨干。

关于 MTR 中间节点丢包说明

MTR 中部分中间跳可能显示较高丢包，例如 CTGNet、59.43、221.183 某些节点。但多个最终目标显示 0% 丢包，因此这些中间跳丢包更可能是 ICMP 限速或中间节点不优先响应，不应直接理解为真实业务丢包。

二十一、流媒体与 AI 平台解锁测试

本次使用两个常见第三方检测脚本交叉参考：

lmc999/RegionRestrictionCheck
1-stream/RegionRestrictionCheck

需要说明的是，流媒体和 AI 平台检测结果会受到平台策略、IP 库、风控系统和检测脚本逻辑影响，结果仅代表测试时间点表现。

测试时间：

2026-06-16 17:32–17:37 UTC

二十二、IPv4 流媒体解锁结果

IPv4 网络识别：

AS25820 IT7 Networks / IT7 Networks Inc

整体来看，IPv4 在多数主流平台中被识别为新加坡区域，Netflix、Disney+、YouTube Premium、Amazon Prime Video、Dazn、HBO Max、TikTok 等均显示可用。

二十三、IPv4 AI 平台检测结果

从测试结果看，ChatGPT、Gemini、Claude、Sora 在 IPv4 下均显示可用，区域多为新加坡。

二十四、IPv6 流媒体解锁结果

IPv6 网络识别：

AS25820 IT7 Networks Inc

IPv6 下 Netflix、YouTube Premium、Google、HBO Max 等显示新加坡区域，但部分平台或脚本提示 IPv6 不支持，不一定代表 IPv6 网络不可用。

二十五、IPv6 AI 平台检测结果

IPv6 下 Gemini、Claude、Sora 显示可用，ChatGPT 结果不一致，仅供参考。

二十六、地区平台补充观察

新加坡 / 东南亚平台

港台平台

日本平台

北美平台

二十七、UnixBench 测试

Geekbench 未能生成有效分数后，进一步使用 UnixBench 作为综合性能补充。

UnixBench 版本：

BYTE UNIX Benchmarks Version 6.0.1

测试环境：

6 CPUs in system
Ubuntu 22.04.5 LTS
AMD EPYC-Genoa Processor

最终结果如下：

关键输出：

BYTE UNIX Benchmarks (Version 6.0.1)

6 CPUs in system; running 1 parallel copy of tests
System Benchmarks Index Score: 1003.2

6 CPUs in system; running 6 parallel copies of tests
System Benchmarks Index Score: 5260.6

多核分数约为单副本的 5.24x，与前文 sysbench 多线程扩展结果接近，整体扩展表现正常。

UnixBench 单副本部分分项如下：

二十八、Geekbench 测试说明

本次尝试运行 Geekbench 6.4.0，测试流程已经完整跑完，包括：

Single-Core
Multi-Core

Geekbench 识别到的硬件信息如下：

但最终上传到 Geekbench Browser 时失败：

Uploading results to the Geekbench Browser...
unknown error (internal code 35)

进一步检查发现，访问 browser.geekbench.com 时被 Cloudflare Challenge 拦截：

HTTP/2 403
cf-mitigated: challenge
server: cloudflare

因此本次没有生成 Geekbench 公开分数链接，也没有有效本地分数文件。为避免误导，本文不提供 Geekbench 分数。

二十九、IP 归属与地理库差异

ASN / 组织信息

Team Cymru DNS 查询显示：

AS25820
185.180.16.0/22

ipinfo 返回：

AS25820 IT7 Networks Inc

ARIN Whois 显示：

NetRange: 185.180.16.0 - 185.180.19.255
Organization: Cluster Logic Inc
Country: CA / US

IPv6 Whois：

2607:8700::/32
Organization: IT7 Networks Inc
Country: CA

地理位置数据库差异

因此，这段 IP 在不同数据库中的地理位置并不完全统一。更稳妥的说法是：面板与部分 IP 库显示新加坡，但部分第三方数据库仍显示美国或加拿大归属，具体以目标平台识别为准。

PTR 记录

185.180.17.112.16clouds.com
2607-8700-0360-7b93-0000-0000-0000-0002.16clouds.com

当前 KiwiVM 自定义 PTR 为空，但上游默认 PTR 存在。

三十、DNSBL 黑名单简查

Spamhaus 返回：

Error: open resolver

这不是该 IP 被列入黑名单的有效证据，而是 DNS 查询源或解析器被 Spamhaus 限制。因此不计入黑名单结论。

三十一、系统服务与安全状态

当前没有 failed systemd 服务：

0 loaded units listed.

当前开放端口：

TCP 22 IPv4
TCP 22 IPv6
DNS stub 127.0.0.53
DHCP client UDP 68
chrony localhost UDP 323

防火墙规则：

iptables 默认 ACCEPT
ip6tables 默认 ACCEPT

SSH 配置：

PasswordAuthentication yes
PermitRootLogin yes
Port 22

建议后续安全加固：

1. 修改 SSH 端口
2. 使用 SSH key 登录
3. 关闭 root 密码登录
4. 配置基础防火墙
5. 安装 fail2ban

三十二、宝塔建站适用性分析

本次没有安装宝塔面板，也没有进行宝塔 LNMP / WordPress 实测。原因是宝塔安装会改变当前干净系统环境，并安装 Nginx、PHP、MySQL、面板服务等组件，可能影响纯 VPS 测评结果。

不过从本次实测数据来看，这台机器用于常规建站有比较好的基础条件：

如果用于 WordPress、Typecho、Halo、静态站点、API 服务或中小型企业站，硬件性能层面基本足够。

如果后续要专门评估宝塔建站性能，建议单独进行一轮 LNMP / WordPress 实测，包括：

• 宝塔安装后空载内存占用
• Nginx 静态页面 QPS
• PHP-FPM 动态页面性能
• MySQL 简单读写性能
• WordPress 首页并发测试
• 开启缓存前后对比

这样结果会更贴近真实建站场景。

三十三、测试后状态复查

本轮测试未导致 VPS 异常，也未触发 CPU 或磁盘 I/O 限速。

三十四、适合用途

结合本次测试结果，这台 BandwagonHost 新加坡 SG_8 VPS 比较适合：

• 轻中度建站
• WordPress / Typecho / Halo 等博客程序
• 静态网站
• API / 后端服务
• 轻量数据库
• 代理 / 加密传输类应用
• 需要 IPv6 的服务
• 东南亚、香港、日本、中国大陆部分方向网络应用
• 流媒体和 AI 平台访问测试用途

三十五、不太适合的用途

不建议仅凭本次测试直接用于以下对稳定性要求很高的场景：

• 对中国大陆晚高峰稳定性极度敏感的业务
• 必须长期稳定“原生新加坡 IP”识别的业务
• 对流媒体长期解锁有硬性保证的用途
• 长时间高强度磁盘写入
• 长时间持续跑满带宽
• 对中国大陆多地去程路由有严格要求的生产业务

三十六、测试限制说明

本文中的性能数据均来自测试时间点的实测结果。VPS 性能会受到宿主机负载、网络拥塞、测试节点、目标平台策略等因素影响，因此结果可能随时间变化。

本文中的 Ping、MTR、路由测试主要为 VPS -> 目标方向
不等同于 中国大陆用户 -> VPS 的去程体验

中国大陆多地去程路由、全国多地真实 Ping、晚高峰表现、长期丢包率等，无法由 VPS 本机直接完整测出，因此本文不对此类项目做绝对结论。

三十七、综合总结

这台 BandwagonHost 新加坡 SG_8 VPS 整体表现比较均衡。

硬件方面，6 核 AMD EPYC Genoa 的 CPU 性能不错，sysbench 单线程和多线程表现正常，UnixBench 单副本分数 1003.2，6 并发分数 5260.6，多核扩展约 5.24x。OpenSSL AES-GCM 加密性能较强，适合 HTTPS、代理、VPN 和加密传输类应用。

磁盘方面，fio 轻量测试下顺序写入达到 4144 MiB/s，顺序读取 1701 MiB/s，4K 随机写约 10.5k IOPS，磁盘延迟也比较低，适合常规建站和轻中度应用。

网络方面，IPv4 / IPv6 均可用，BBR 已开启。新加坡本地 Speedtest 节点测得下载 20581.06 Mbps、上传 14648.39 Mbps，多地区下载测试中新加坡方向速度最高，日本方向约 268–283 Mbps，欧美方向约 110–126 Mbps。回程路由中到多个中国大陆目标经过 CTGNet / 59.43 段，电信方向表现较好。

流媒体与 AI 平台方面，IPv4 多数检测结果显示为新加坡区域，Netflix、Disney+、YouTube Premium、Amazon Prime Video、Dazn、HBO Max、TikTok、ChatGPT、Gemini、Claude、Sora 等在测试时显示可用。不过这类结果受平台策略和 IP 库影响较大，不代表长期保证。

需要注意的是，该 IP 在不同数据库中的地理位置识别并不完全一致，部分显示新加坡，部分显示美国或加拿大归属。如果业务强依赖目标平台对 IP 地区的识别，需要以目标平台实际识别为准。

总体来看，这台 SG_8 机器适合作为建站、API、轻量数据库、代理、IPv6 服务和东南亚方向网络应用的 VPS。若面向中国大陆用户，建议结合实际访问场景进一步观察晚高峰表现。

三十八、购买链接

如果你想购买同款套餐，可以通过下面链接查看：

BandwagonHost 新加坡 SG_8 套餐购买链接

本文测试结果仅代表测试时间点表现，VPS 实际体验会受到网络环境、测试时间、宿主机负载和目标平台策略影响。