使用搬瓦工KiwiVM AI助手Amy測評Ultra系列新加坡SG 8機房CN2 GIA VPS並輸出測評文章
更多語言
更多操作
我們在文章《搬瓦工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。
| CPU | 內存 | SSD硬盤 | 月流量 | 帶寬 | 價格 |
|---|---|---|---|---|---|
| 2核 | 2GB | 40GB SSD | 500GB | 1.5Gbps | 49.99美元/月 點此入手 |
| 4核 | 4GB | 80GB SSD | 1TB | 1.5Gbps | 86.99美元/月 點此入手 |
| 6核 | 8GB | 160GB SSD | 2TB | 2.5Gbps | 165.99美元/月 點此入手 |
| 8核 | 16GB | 320GB SSD | 4TB | 2.5Gbps | 329.99美元/月 點此入手 |
| 10核 | 32GB | 640GB SSD | 6TB | 5Gbps | 549.99美元/月 點此入手 |
| 12核 | 64GB | 1TB SSD | 8TB | 5Gbps | 1059.99美元/月 點此入手 |
此次與Amy的對話錄屏視頻：https://youtu.be/03GvvzlMSoQ
如訪問不了，也可查看B站視頻：https://www.bilibili.com/video/BV1yFj564ECa/
視頻可以看出，我人設是一個代碼白痴的小白，全程沒有告訴Amy要使用什麼代碼，也沒發代碼給她，是直接告訴需求讓她執行，由於Amy輸出內容較多，篇幅有限，這裏我只貼下我說了哪些話，具體內容看上述視頻：
A1：hi,amy can you speak chinese？
A2：好的 請幫我重裝下這台VPS 我需要烏班圖22.04系統
A3：重裝的時候 amy你會下線嗎？
A4：CONFIRM AMY-6B60334B6E（這句話是我答覆amy，確認重裝）
A5：我已保存密碼 請問它解鎖的時候你會通知我嗎？
A6：幫我檢查是否解鎖
A7：繼續檢查並修復這個 service狀態
A8：這台機器支持切換到哪些機房
A9：你是不是可以幫我遷移機房？
A10：OK 暫時不需要遷移 我需要你幫我開啟這台機器的ipv6
A11：我作為一名測評站長 平時會測評各商家的VPS雲伺服器 你能幫我測評這台VPS嗎 先說說你的思路
A12：去程路由 丟包率 ip質量 ping網絡延遲 你測不了是吧？
A13：OK 重新告訴我你的思路 我希望你測評結果儘量完整 畢竟我要給讀者看的 不能杜撰
A14：我不能直接參與這次測評 你把你能測的都測了 希望這份測評報告儘可能的信息全面 開始吧
A15：你都測完了？
A16：啥意思 你怎麼了 用中文告訴我
A17：流媒體解鎖測試
A18：Geekbench
A19：你怎麼又報錯了
A20：sysbench 擴展測試
A21：又報錯？
A22：那你現在是不是不能進行其他測試行為了？
A23：那你現在還缺什麼沒有測？
A24：可以 等你測完 寫一篇完整的測評文章 文章中把這台機器的配置套餐表格 帶上購買連結 這篇產品文章你能輸出什麼格式給我 最好文章裏有你跑出來的數據截圖
A25：採用markdown格式 採用方案A：文章內使用表格和代碼塊 購買連結是https://bwh81.net/aff.php?aff=63528&pid=173 沒有優惠碼 不需要說讀者複測連結這事
A26：還沒跑出來？
A27：輸出完整Markdown 測評文章
A28：啥情況？
A29：開始輸出第1部分
A30：繼續輸出第2部分
A31：繼續輸出第3部分
A32：上面三部分內容我只能手動複製嗎 你能導出TXT文檔嗎
A33：生成 TXT 文件
A34：報錯？
A35：啥情況 你說生成不了嗎
A36：你又報錯了 怎麼能避免你報錯 突破限制
A37：生成第1個TXT文件
A38：生成第2個TXT文件
A39：生成第3個TXT文件
A40：生成第4個TXT文件
A41：生成第5個TXT文件
A42：生成第6個TXT文件
A43：你能直接給我這6個文件的下載連結嗎 我可以瀏覽器訪問下載到本地電腦
A44：生成ZIP並開啟臨時下載連結
A45：我已經下載完畢 幫我關閉下載服務
至此我與Amy的對話結束，我把6個TXT文件下載了下來並組合粘貼形成了下面這篇測評文章↓
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 / 搬瓦工 |
| 面板 | KiwiVM |
| 機房 | 新加坡 SG_8 |
| 虛擬化 | KVM |
| CPU | 6 核 AMD EPYC Genoa |
| 內存 | 8GB |
| Swap | 1GB |
| 硬盤 | 160GB |
| 月流量 | 2TB |
| IPv4 | 1 個 |
| IPv6 | /64 |
| 系統 | Ubuntu 22.04 |
| BBR | 已開啟 |
| 購買連結 | 點擊購買 |
二、測試環境與基礎信息
本次測試機器位於 BandwagonHost 新加坡 SG_8 機房，面板顯示為 KVM 虛擬化。
| 項目 | 結果 |
|---|---|
| 當前機房 | SG_8 |
| 地理位置 | Singapore |
| 虛擬化 | KVM |
| 作業系統 | Ubuntu 22.04.5 LTS |
| 內核版本 | 5.15.0-179-generic |
| CPU 型號 | AMD EPYC-Genoa Processor |
| CPU 核心 | 6 vCPU |
| 內存 | 約 8GB |
| Swap | 1GB |
| 磁盤 | 160GB |
| 根分區 | 約 157GB |
| IPv4 | 185.180.17.112 |
| IPv6 子網 | 2607:8700:360:7b93::/64 |
| 已配置 IPv6 | 2607:8700:360:7b93::2 |
| SSH 端口 | 22 |
| CPU 限速狀態 | 未限速 |
| 磁盤 I/O 限速狀態 | 未限速 |
系統負載較低：
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
核心信息如下：
| 項目 | 結果 |
|---|---|
| 架構 | x86_64 |
| 核心數 | 6 |
| Thread per core | 1 |
| L3 Cache | 32 MiB |
| AES 指令集 | 支持 |
| SHA-NI | 支持 |
| AVX2 | 支持 |
lscpu 中可以看到 CPU 支持 AES、AVX、AVX2、SHA-NI 等指令：
aes avx avx2 sha_ni
這類指令對 TLS、代理、VPN、壓縮校驗、加密傳輸等場景比較有幫助。
三、CPU 信息
CPU 識別為 AMD EPYC Genoa 系列：
AMD EPYC-Genoa Processor
核心信息如下：
| 項目 | 結果 |
|---|---|
| 架構 | x86_64 |
| 核心數 | 6 |
| Thread per core | 1 |
| L3 Cache | 32 MiB |
| AES 指令集 | 支持 |
| SHA-NI | 支持 |
| AVX2 | 支持 |
lscpu 中可以看到 CPU 支持 AES、AVX、AVX2、SHA-NI 等指令：
aes avx avx2 sha_ni
這類指令對 TLS、代理、VPN、壓縮校驗、加密傳輸等場景比較有幫助。
四、sysbench CPU 基礎測試
首先使用 sysbench cpu 進行基礎 CPU 測試。
測試參數：
sysbench cpu 单线程 / 6 线程 运行 10 秒
測試結果如下：
| 測試項目 | 結果 |
|---|---|
| 單線程 | 4346.87 events/s |
| 6 線程 | 25591.13 events/s |
多線程成績約為單線程的 5.89x，6 核擴展表現比較正常。
五、sysbench CPU 擴展測試
進一步使用 sysbench cpu --cpu-max-prime=20000 進行擴展測試。
測試參數：
sysbench cpu --cpu-max-prime=20000 运行时间：15 秒 线程数：1 / 2 / 4 / 6
結果如下：
| 線程數 | events/s | 總事件數 | 平均延遲 | 95% 延遲 |
|---|---|---|---|---|
| 1 線程 | 1677.38 | 25162 | 0.60 ms | 0.61 ms |
| 2 線程 | 3356.98 | 50358 | 0.60 ms | 0.61 ms |
| 4 線程 | 6504.94 | 97581 | 0.61 ms | 0.70 ms |
| 6 線程 | 8833.82 | 132518 | 0.68 ms | 1.23 ms |
從結果看，1 到 2 線程基本接近線性擴展，1 到 6 線程約為 5.27x。滿線程下 95% 延遲升至 1.23 ms，屬於多線程壓力下的正常表現。
六、OpenSSL 加密性能測試
使用 OpenSSL EVP 模式測試 AES-GCM 與 SHA 性能。
AES-128-GCM
| Block | 速度 |
|---|---|
| 16 bytes | 621711.60k |
| 64 bytes | 1640692.29k |
| 256 bytes | 3342921.30k |
| 1024 bytes | 4387683.67k |
| 8192 bytes | 4910156.46k |
| 16384 bytes | 4929721.69k |
AES-256-GCM
| Block | 速度 |
|---|---|
| 16 bytes | 502461.25k |
| 64 bytes | 1476285.76k |
| 256 bytes | 3027226.45k |
| 1024 bytes | 3960716.29k |
| 8192 bytes | 4478588.25k |
| 16384 bytes | 4545981.10k |
SHA256
| Block | 速度 |
|---|---|
| 16 bytes | 127648.37k |
| 64 bytes | 395713.28k |
| 256 bytes | 960671.57k |
| 1024 bytes | 1512257.19k |
| 8192 bytes | 1833061.03k |
| 16384 bytes | 1861227.86k |
SHA512
| Block | 速度 |
|---|---|
| 16 bytes | 55162.65k |
| 64 bytes | 218817.41k |
| 256 bytes | 436736.00k |
| 1024 bytes | 702727.17k |
| 8192 bytes | 843052.37k |
| 16384 bytes | 869384.19k |
AES-GCM 性能較強，說明這顆虛擬 CPU 在加密傳輸、HTTPS、代理、VPN 等場景下有不錯的基礎性能。
七、內存性能測試
使用 sysbench memory 進行內存讀寫測試。
內存寫入測試
sysbench memory memory-total-size=10G memory-block-size=1K memory-oper=write
| 線程數 | 寫入速度 |
|---|---|
| 1 線程 | 6650.09 MiB/s |
| 2 線程 | 4660.06 MiB/s |
| 4 線程 | 5225.49 MiB/s |
| 6 線程 | 5684.44 MiB/s |
內存讀取測試
sysbench memory memory-total-size=10G memory-block-size=1K memory-oper=read
| 線程數 | 讀取速度 |
|---|---|
| 1 線程 | 7674.82 MiB/s |
| 2 線程 | 11207.51 MiB/s |
| 4 線程 | 19452.35 MiB/s |
| 6 線程 | 24696.43 MiB/s |
內存讀取隨線程增加提升明顯，6 線程讀取達到 24696.43 MiB/s。寫入部分多線程沒有線性提升，可能與虛擬化調度、緩存行為和 sysbench 測試模型有關。
八、線程調度與 Mutex 測試
Threads 測試
sysbench threads thread-yields=1000 thread-locks=8 运行时间：15 秒
| 線程數 | 總事件數 | 平均延遲 | 95% 延遲 |
|---|---|---|---|
| 1 線程 | 14873 | 1.01 ms | 1.89 ms |
| 2 線程 | 27948 | 1.07 ms | 1.96 ms |
| 4 線程 | 36367 | 1.65 ms | 3.75 ms |
| 6 線程 | 44054 | 2.04 ms | 6.21 ms |
Mutex 測試
sysbench mutex mutex-num=4096 mutex-locks=50000 mutex-loops=10000
| 線程數 | 總耗時 | 平均延遲 |
|---|---|---|
| 1 線程 | 0.1412s | 141.12 ms |
| 2 線程 | 0.1495s | 148.46 ms |
| 4 線程 | 0.1695s | 160.99 ms |
| 6 線程 | 0.1908s | 175.29 ms |
九、磁盤基礎信息
磁盤識別為 QEMU 虛擬磁盤：
QEMU HARDDISK
| 項目 | 結果 |
|---|---|
| /dev/sda | 160G |
| /dev/sda2 | 158.6G mounted on / |
系統內根分區約為 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
| 項目 | 結果 |
|---|---|
| 順序寫入 | 4144 MiB/s |
| 順序讀取 | 1701 MiB/s |
| 4K 隨機讀 | 7020 IOPS / 27.4 MiB/s |
| 4K 隨機寫 | 10.5k IOPS / 40.8 MiB/s |
| 4K 混合讀寫，70% 讀 | 讀 5386 IOPS / 寫 2305 IOPS |
磁盤順序寫入與讀取成績都比較高，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 均可達。
| 項目 | 結果 |
|---|---|
| IPv4 Ping | 可達，0% 丟包 |
| IPv4 SSH 22 | 可連接 |
| IPv6 Ping | 可達，0% 丟包 |
| IPv6 SSH 22 | 可連接 |
| IPv4 PTR | 有 PTR |
| IPv6 PTR | 有 PTR |
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 的去程延遲。
| 目標 | 丟包 | 平均延遲 |
|---|---|---|
| 網關 185.180.16.1 | 0% | 16.821 ms |
| Cloudflare 1.1.1.1 | 0% | 0.829 ms |
| Google DNS 8.8.8.8 | 0% | 0.239 ms |
| Quad9 9.9.9.9 | 0% | 0.385 ms |
| IPv6 Cloudflare | 0% | 2.680 ms |
| IPv6 Google DNS | 0% | 1.540 ms |
可以看到，到新加坡本地的 Google、Cloudflare、Quad9 等目標延遲非常低。
十六、VPS 到中國大陸方向延遲與丟包
以下測試同樣是：
VPS -> 中国大陆目标
也就是 VPS 出站/回程方向，不代表中國大陸用戶訪問該 VPS 的去程。
| 目標 | 說明 | 丟包 | 平均延遲 |
|---|---|---|---|
| 223.5.5.5 | 阿里 DNS | 0% | 65.242 ms |
| 119.29.29.29 | DNSPod | 0% | 45.726 ms |
| 202.96.209.133 | 上海電信 DNS | 0% | 65.589 ms |
| 202.96.128.86 | 廣東電信 DNS | 0% | 45.860 ms |
| 123.125.81.6 | 北京聯通方向 | 0% | 103.031 ms |
| 211.136.112.200 | 上海移動 DNS | 0% | 73.629 ms |
| 120.196.165.24 | 廣東移動方向 | 0% | 46.107 ms |
| 114.114.114.114 | 114 DNS | 100% | 目標 ICMP 無響應 |
| 210.22.84.3 | 上海聯通 DNS | 100% | 目標 ICMP 無響應 |
其中 114.114.114.114 和 210.22.84.3 未響應 ICMP，不一定代表 TCP / UDP 服務不可達，也可能是目標側限制 ICMP 或中間設備不回包。
十七、Ookla Speedtest 測速
使用 Ookla Speedtest 進行測速。由於本機 speedtest-cli 可選節點主要集中在新加坡附近，本次成功跑通的是新加坡 MyRepublic 節點。
| 節點 | Ping | 下載 | 上傳 |
|---|---|---|---|
| Singapore / MyRepublic | 1.064 ms | 20581.06 Mbps | 14648.39 Mbps |
這個結果非常高，屬於同城多線程測速節點的峰值表現。它更適合作為新加坡本地網絡能力參考，不建議直接等同於所有地區、所有時間段的真實訪問速度。
十八、多地區 100MB 下載測速
為了補充 Speedtest 節點不足的問題，另外使用多個地區的公開測試文件進行 100MB 下載測速。
該測試代表：
测试源 -> VPS
也就是 VPS 從這些地區下載文件的速度，不能直接等同於用戶訪問 VPS 的速度。
| 測試源 | HTTP | 文件大小 | 平均速度 | 約 Mbps |
|---|---|---|---|---|
| Singapore Linode | 200 | 100MB | 363.45 MiB/s | 3048.86 Mbps |
| Tokyo Linode | 200 | 100MB | 31.98 MiB/s | 268.25 Mbps |
| Singapore Vultr | 200 | 100MB | 38.82 MiB/s | 325.66 Mbps |
| Tokyo Vultr | 200 | 100MB | 33.78 MiB/s | 283.35 Mbps |
| Los Angeles Vultr | 200 | 100MB | 14.05 MiB/s | 117.90 Mbps |
| London Vultr | 200 | 100MB | 15.03 MiB/s | 126.07 Mbps |
| Frankfurt Vultr | 200 | 100MB | 13.20 MiB/s | 110.75 Mbps |
| Sydney Vultr | 200 | 100MB | 24.37 MiB/s | 204.44 Mbps |
| New Jersey Vultr | 測試失敗 | - | - | - |
從結果看，新加坡本地下載速度最高，東京方向約 268–283 Mbps，歐美方向大約 110–126 Mbps，悉尼約 204 Mbps。
十九、測速流量消耗與狀態
測速前月流量已用約：
1016 MB
測速後月流量已用約：
2979 MB
本輪測速新增消耗約：
1963 MB
也就是約 1.9GB。
測速後複查 VPS 狀態：
| 項目 | 狀態 |
|---|---|
| VPS | RUNNING |
| CPU 限速 | NO |
| 磁盤 I/O 限速 | NO |
| Nullroute | 無 |
| Policy violation | 無 |
| SSH | 正常 |
| IPv4 / IPv6 | 正常 |
十七、回程路由觀察
到阿里 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 結果 |
|---|---|
| Disney+ | Yes，Region: SG |
| Netflix | Yes，Region: SG |
| Netflix Preferred CDN | Singapore |
| YouTube Premium | Yes，Region: SG |
| Amazon Prime Video | Yes，Region: SG |
| Dazn | Yes，Region: SG |
| HBO Max | Yes，Region: SG |
| TVBAnywhere+ | Yes / Region SG |
| iQiyi Oversea | SG / Yes Region SG |
| Viu.com | Yes，Region SG |
| TikTok | Yes，Region SG |
| Spotify | 腳本結果不一致（Registration No / Spotify SG） |
| Steam Currency | SGD |
| Google Play Store | Singapore |
| Google Search CAPTCHA Free | Yes |
| Bing Region | SG，Risky |
| Apple Region | SG |
| Yes | |
| Wikipedia Editability | No / Yes（腳本不一致） |
整體來看，IPv4 在多數主流平台中被識別為新加坡區域，Netflix、Disney+、YouTube Premium、Amazon Prime Video、Dazn、HBO Max、TikTok 等均顯示可用。
二十三、IPv4 AI 平台檢測結果
| 平台 | IPv4 結果 |
|---|---|
| ChatGPT | Yes，Region: SG |
| Google Gemini | Yes，Region: SGP / Singapore |
| Claude | Yes |
| Sora | Yes，Region: SG |
| Microsoft Copilot | No / Region 空 |
從測試結果看，ChatGPT、Gemini、Claude、Sora 在 IPv4 下均顯示可用，區域多為新加坡。
二十四、IPv6 流媒體解鎖結果
IPv6 網絡識別：
AS25820 IT7 Networks Inc
| 平台 / 項目 | IPv6 結果 |
|---|---|
| Disney+ | IPv6 不支持 / Yes SG（腳本衝突） |
| Netflix | Yes，Region: SG |
| Netflix Preferred CDN | Singapore |
| YouTube Premium | Yes，Region: SG |
| YouTube CDN | Singapore |
| Google Location | Singapore |
| Google Play / Search | Singapore / CAPTCHA Free Yes |
| Spotify | SG |
| HBO Max | Yes，Region SG |
| Apple Region | SG |
| Steam | IPv6 不支持 |
| IPv6 不支持 |
IPv6 下 Netflix、YouTube Premium、Google、HBO Max 等顯示新加坡區域，但部分平台或腳本提示 IPv6 不支持，不一定代表 IPv6 網絡不可用。
二十五、IPv6 AI 平台檢測結果
| 平台 | IPv6 結果 |
|---|---|
| ChatGPT | Failed / Yes（腳本不一致） |
| Google Gemini | Yes / Singapore |
| Claude | Yes |
| Sora | Yes，Region SG |
| Microsoft Copilot | No |
IPv6 下 Gemini、Claude、Sora 顯示可用，ChatGPT 結果不一致，僅供參考。
二十六、地區平台補充觀察
新加坡 / 東南亞平台
| 平台 | 結果 |
|---|---|
| meWATCH | Yes |
| CatchPlay+ | Yes，Region SG |
| Starhub TV+ | No |
| HBO Max | Yes |
| Viu.com | Yes |
| TikTok | Yes |
| Clip TV / MYTV | Yes |
| Galaxy Play / K+ | No |
| AIS Play / Vidio / beIN Sports | No / Fail |
港台平台
| 平台 | 結果 |
|---|---|
| KKTV | No |
| MyVideo | No |
| Hami Video | No |
| Bahamut Anime | No / Failed |
| Bilibili Taiwan | No |
| Viu.TV | No |
| MyTVSuper | No |
| Now E | Failed |
日本平台
| 平台 | 結果 |
|---|---|
| DMM / DMM TV | No |
| Abema.TV | No |
| Hulu Japan | No |
| TVer | Failed |
| WOWOW | No |
| D Anime Store | IPv4 No / IPv6 Yes（衝突） |
| Project Sekai | Yes |
| Kancolle | Failed / Yes（衝突） |
| Niconico | Failed / Yes（衝突） |
北美平台
| 平台 | 結果 |
|---|---|
| Hulu | No |
| ESPN+ | No |
| Peacock TV | No |
| Paramount+ | No |
| Discovery+ | No |
| Crunchyroll | No |
| FOX / FXNOW | Yes |
| NBA TV | Yes |
| Sling TV | Yes / No（衝突） |
| Fubo TV | Yes / Failed |
| Pluto TV | Yes / No |
| Directv Stream | Yes / No |
二十七、UnixBench 測試
Geekbench 未能生成有效分數後，進一步使用 UnixBench 作為綜合性能補充。
UnixBench 版本：
BYTE UNIX Benchmarks Version 6.0.1
測試環境：
6 CPUs in system Ubuntu 22.04.5 LTS AMD EPYC-Genoa Processor
最終結果如下：
| 項目 | 分數 |
|---|---|
| 1 parallel copy | 1003.2 |
| 6 parallel copies | 5260.6 |
關鍵輸出：
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 單副本部分分項如下：
| 項目 | 結果 | Index |
|---|---|---|
| Dhrystone 2 | 50387404.0 lps | 4317.7 |
| Whetstone | 9204.9 MWIPS | 1673.6 |
| Execl Throughput | 2628.5 lps | 611.3 |
| File Copy 1024 | 429454.5 KB/s | 1084.5 |
| File Copy 256 | 110195.5 KB/s | 665.8 |
| File Copy 4096 | 1475321.1 KB/s | 2543.7 |
| Pipe Throughput | 542925.6 lps | 436.4 |
| Context Switching | 47107.5 lps | 117.8 |
| Process Creation | 5856.3 lps | 464.8 |
| Shell Scripts 1 concurrent | 11286.7 lpm | 2662.0 |
| Shell Scripts 8 concurrent | 4069.5 lpm | 6782.5 |
| System Call Overhead | 445564.4 lps | 297.0 |
二十八、Geekbench 測試說明
本次嘗試運行 Geekbench 6.4.0，測試流程已經完整跑完，包括：
Single-Core Multi-Core
Geekbench 識別到的硬件信息如下：
| 項目 | 結果 |
|---|---|
| Geekbench 版本 | 6.4.0 |
| 系統 | Ubuntu 22.04.5 LTS |
| 內核 | Linux 5.15.0-179-generic |
| 機型 | Red Hat KVM |
| CPU | AMD EPYC-Genoa Processor |
| 核心 | 1 Processor, 6 Cores |
| 基礎頻率 | 2.94 GHz |
| 內存 | 7.81 GB |
| 指令集 | SSE / AES-NI / AVX / AVX2 / SHA-NI |
但最終上傳到 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
地理位置數據庫差異
| 來源 | IPv4 地理結果 |
|---|---|
| KiwiVM 面板 | Singapore |
| ipinfo.io | Singapore |
| ifconfig.co | United States / Los Angeles |
| ARIN Whois | CA / US 歸屬信息 |
| 來源 | IPv6 地理結果 |
|---|---|
| KiwiVM 面板 | Singapore |
| ifconfig.co | Canada |
因此，這段 IP 在不同數據庫中的地理位置並不完全統一。更穩妥的說法是：面板與部分 IP 庫顯示新加坡，但部分第三方數據庫仍顯示美國或加拿大歸屬，具體以目標平台識別為準。
PTR 記錄
185.180.17.112.16clouds.com 2607-8700-0360-7b93-0000-0000-0000-0002.16clouds.com
當前 KiwiVM 自定義 PTR 為空，但上游默認 PTR 存在。
三十、DNSBL 黑名單簡查
| DNSBL | 結果 |
|---|---|
| bl.spamcop.net | 未發現列入 |
| b.barracudacentral.org | 未發現列入 |
| dnsbl.sorbs.net | 未發現列入 |
| psbl.surriel.com | 未發現列入 |
| spam.dnsbl.sorbs.net | 未發現列入 |
| Spamhaus Zen | open resolver（無效結果） |
Spamhaus 返回：
Error: open resolver
這不是該 IP 被列入黑名單的有效證據，而是 DNS 查詢源或解析器被 Spamhaus 限制。因此不計入黑名單結論。
三十一、系統服務與安全狀態
當前沒有 failed systemd 服務：
0 loaded units listed.
| 服務 | 狀態 |
|---|---|
| ssh | active running |
| ipv6net | active exited |
| networking | active exited |
| chrony | active running |
| qemu-guest-agent | active running |
當前開放端口：
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
建議後續安全加固：
- 修改 SSH 端口
- 使用 SSH key 登錄
- 關閉 root 密碼登錄
- 配置基礎防火牆
- 安裝 fail2ban
三十二、寶塔建站適用性分析
本次沒有安裝寶塔面板，也沒有進行寶塔 LNMP / WordPress 實測。原因是寶塔安裝會改變當前乾淨系統環境，並安裝 Nginx、PHP、MySQL、面板服務等組件，可能影響純 VPS 測評結果。
不過從本次實測數據來看，這台機器用於常規建站有比較好的基礎條件：
| 項目 | 表現 |
|---|---|
| CPU | 6 核 AMD EPYC Genoa，sysbench 與 UnixBench 表現正常 |
| 內存 | 8GB 內存，適合中小型站點、WordPress、輕量數據庫 |
| 磁盤 | fio 順序讀寫和隨機 I/O 表現較好 |
| 網絡 | IPv4 / IPv6 均可用，BBR 已開啟 |
| 建站環境 | Ubuntu 22.04，適合安裝 Nginx、PHP、MySQL、Redis 等組件 |
如果用於 WordPress、Typecho、Halo、靜態站點、API 服務或中小型企業站，硬件性能層面基本足夠。
如果後續要專門評估寶塔建站性能，建議單獨進行一輪 LNMP / WordPress 實測，包括：
- 寶塔安裝後空載內存佔用
- Nginx 靜態頁面 QPS
- PHP-FPM 動態頁面性能
- MySQL 簡單讀寫性能
- WordPress 首頁並發測試
- 開啟緩存前後對比
這樣結果會更貼近真實建站場景。
三十三、測試後狀態複查
| 項目 | 狀態 |
|---|---|
| VPS | RUNNING |
| CPU 限速 | NO |
| 磁盤 I/O 限速 | NO |
| 系統負載 | 正常 |
| SSH | 正常 |
| IPv4 | 正常 |
| IPv6 | 正常 |
| failed systemd 服務 | 0 |
| Nullroute | 無 |
| Policy violation | 無 |
本輪測試未導致 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。若面向中國大陸用戶，建議結合實際訪問場景進一步觀察晚高峰表現。
三十八、購買連結
如果你想購買同款套餐，可以通過下面連結查看：
本文測試結果僅代表測試時間點表現，VPS 實際體驗會受到網絡環境、測試時間、宿主機負載和目標平台策略影響。