@eyewater #140 我在想难道zstatic cdn的IPv4节点有问题，或者脚本nping的时候判定逻辑不对 有点想不明白，按理说咱俩都是用DMIT-LAX-PRO测试的，线路上没区别，最多延迟有几ms差异 老哥可以低流量模式跑个nq对比下，我去审查下脚本的逻辑
@火鸡味锅巴 #133 这个问题后来跟发图的老哥tg上讨论了几轮，应该是他的机器存在回程丢包（具体为什么他这台DMIT-PRO有丢包还在找原因），但之前的逻辑没有区分发包的ID，导致抢答，然后计算均值就算错了。目前脚本已经修复了。
@eyewater #140
我在想难道zstatic cdn的IPv4节点有问题，或者脚本nping的时候判定逻辑不对
有点想不明白，按理说咱俩都是用DMIT-LAX-PRO测试的，线路上没区别，最多延迟有几ms差异
老哥可以低流量模式跑个nq对比下，我去审查下脚本的逻辑
@eyewater #140
我知道问题了，应该是DNS递归解析cdn域名的时候，你的dns解析到了错误的地址，导致延迟非常低
我试着修复下逻辑看看，等会私信老哥试试
脚本的小版本更新：https://www.nodeseek.com/post-811407-1
@火鸡味锅巴 #133
这个问题后来跟发图的老哥tg上讨论了几轮，应该是他的机器存在回程丢包（具体为什么他这台DMIT-PRO有丢包还在找原因），但之前的逻辑没有区分发包的ID，导致抢答，然后计算均值就算错了。目前脚本已经修复了。
@酸酸Pickles #27
aws的光帆偶尔会拿到CPU分不高的机器。
当前默认降低为16个线程发包，老哥有空可以再试试。
@nullptr-t #50
目前已经支持在线存储图片，老哥可以再试试，发送到ns不会占用你每日的图床额度
@domingokkk #90
新版本已经增加，报告尾部可以获取链接，链接打开后支持一键复制为ns格式
@k2think #147 太强了
收藏了，帮顶
@k2think #145 这次比上次更好兄弟