返回文章列表

搬瓦工 SPECIAL 20G KVM PROMO V5 - 日本大阪 JPOS1 节点实测报告(2026年9月复测)

发布于 2026-09-21作者: VPS Hunter

大阪成功回应的 Ping 平均 98ms,比北美四节点低,但100包只收到57包,丢包43%。Speedtest-X下载 23.07Mbps、上传 0.74Mbps、抖动 555.46ms。这轮上海电信样本不适合仅凭较低平均延迟做推荐。

本篇使用2026年9月的新测数据;此前的节点报告只作历史参考。

套餐与测试环境

测试套餐为 SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE。以下套餐参数来自提供的产品说明,性能与线路结论以本轮实测为准。

项目记录
官方配置2x Intel Xeon、1GB RAM、20GB RAID-10 SSD
官方流量 / 端口1000GB/月 / 2.5Gbps
虚拟化 / 管理KVM / KiwiVM,自主管理、root 权限
地址与功能独立 IPv4、IPv6 /64、私有网卡、rDNS、免费迁移、自动备份和快照
系统选项CentOS、Debian、Ubuntu、Rocky Linux、AlmaLinux;支持重装及手动 ISO
官方可用性承诺99.95%,本次短时测试未验证该承诺
本地 ISP / 城市China Telecom / Shanghai, China(上海电信)
本地网络 ASN独立回程终点标注 AS4812
实测系统 / 内核Debian GNU/Linux 12 / 6.12.88+deb13-amd64
实测内存 / Swap / 磁盘1.0GB / 545MB / 脚本显示19G
网络设置BBR / fq
工具NodeQuality v0.0.1、Sysbench、Geekbench 5、fio、NextTrace、ITDOG、Windows Ping、Speedtest-X

NodeQuality 模块时间并非连续监测时长。其他截图没有独立时间戳,家宽签约速率、测速并发数和 Ping 间隔未提供,本文不将 Speedtest-X 指定为已确认的单线程测试。下载、上传均按本地客户端方向解释。

本节点 NodeQuality 记录时间为 2026-09-20 23:02:17—23:14:43 CST(UTC+8)

硬件实测

指标实测
CPU识别型号Intel Xeon Processor (SierraForest)
核心 / 频率2核2线程 / 2699.998MHz
Sysbench 单线程 / 多线程799.03 / 1558.77
Geekbench 5 单核 / 多核589 / 1088

CPU为虚拟机呈现的型号;底层物理介质不能仅凭虚拟磁盘跑分确定。Geekbench 5原始结果

fio项目读取 / 写入(MB/s)
RND4K/Q114.5 / 16.3
RND4K/Q32231 / 83.0
SEQ1M/Q1996 / 1138
SEQ1M/Q82481 / 1921

不同队列深度分别展示,避免把高并发峰值当作低队列深度性能。

日本大阪 JPOS1 硬件原始报告

回程路由

大阪面板以 SoftBank 为线路标签,但本次不同目标和探测协议出现不同路径。

探测对象本次路径
独立 NextTrace → 上海电信本地地址AS25820 → AS2497(IIJ)→ AS4837(联通)→ AS4134 → AS4812
NodeQuality → 北京/上海电信公共目标AS25820 → AS17676(SoftBank)→ AS4134 → 电信本地网
NodeQuality → 广东电信AS25820 → AS2497(IIJ)→ AS4837 → AS4134 → AS58466
NodeQuality → 联通TCP汇总多为 IT7→4837;UDP汇总为 SoftBank→4837,详单广东联通也经过SoftBank
NodeQuality → 移动经 AS58453(CMI),部分路径可见SoftBank;不是CMIN2

独立追踪到本地地址时,路径经日本大阪、东京的IIJ节点,再进入上海联通并转电信,最终第19跳抵达本地。它与公共上海电信探针的SoftBank路径不同,应分别记录,不能用一条公共探针路线代表全部上海电信地址。

脚本把早期 IT7 跳标在加拿大温哥华,但同一路径后面的日本跳只有数毫秒。这种地理标注不足以证明绕道加拿大,本文不将它解释为真实跨太平洋绕路。

以下独立追踪为 VPS→本地地址的回程,并非去程;中间跳星号本身不等于端到端丢包。

日本大阪 JPOS1 本地上海电信回程

日本大阪 JPOS1 公共目标三网回程

Ping、连通性与测速

本地Ping指标结果
发送 / 接收 / 丢失100 / 57 / 43
丢包率43%
最低 / 平均 / 最高95 / 98 / 109 ms

日本大阪 JPOS1 本地100包Ping

Speedtest-X指标结果
下载23.07Mbps
上传0.74Mbps
延迟102.10ms
抖动555.46ms

Speedtest-X抖动与Ping平均值来自不同测量,不能当作同一组样本统计。

日本大阪 JPOS1 浏览器测速

ITDOG截图包含 303个探针,100%表示测试进度。

ITDOG指标延迟
全部节点平均104ms
电信 / 联通 / 移动平均83 / 121 / 108 ms
华东平均99ms
全部节点最快—最慢32—178ms

日本大阪 JPOS1 ITDOG多地探针

NodeQuality国内测速有多项ERROR和接收为0的结果,未计入本地速度比较。部分脚本速率高于套餐标称2.5Gbps,保留原始输出但不据此承诺持续带宽;公共服务器测量也不能代替上海家宽实测。

日本大阪 JPOS1 网络原始报告

IP质量与服务访问

VPS网络组织为 IT7 Networks Inc / AS25820。风险库结果存在分歧:Scamalytics 0、ipapi 0.59%、AbuseIPDB 0;IP2Location 99(高风险)、IPQS 75(可疑 IP)。

脚本定位为日本大阪,标记广播 IP、机房用途。TikTok、YouTube、Amazon Prime Video、ChatGPT 标为日本区原生解锁;Netflix 仅自制内容;Disney+ 和 Reddit 屏蔽。这些是本次脚本状态,不是完整账号使用或播放验证。

日本大阪 JPOS1 IP质量与解锁

稳定性与使用建议

98ms仅为57个成功响应的平均值,43个丢失包不包含在该均值内。ITDOG的全国平均104ms和偏绿地图,也不能消除本地43%丢包这一事实。ICMP丢包不能直接等同TCP业务丢包,但同时出现低上传及高测速抖动,说明本地这轮体验相关指标明显不佳。现有资料不足以确定拥塞、限速或其他因素的具体责任点。

本轮上海电信直连不建议优先选择大阪作为后台运维或重要长连接的唯一节点。若主要服务日本本地用户,可以另做日本用户侧的应用测试,但本批资料不能据此保证日本业务体验。需要日本位置且在意大陆访问时,应先复测具体本地目标及不同时段,不能只看“SoftBank”标签。

没有跨天监控、HTTP成功率和实际SSH操作记录,因此这里的应用建议由测试指标推导,不能写成已验证的长期稳定性或完整使用体验。