vultr 选择日本节点还是美国西雅图节点

[fumer]

刚测了一下。看到美国的延迟基本也都在 100 以下。

日本节点也不过如此吧。。

C:\Users\xxxx>ping www.vultr.com -t

正在 Ping www.vultr.com.cdn.cloudflare.net [104.20.22.240] 具有 32 字节的数据: 来自 104.20.22.240 的回复: 字节=32 时间=41ms TTL=128 来自 104.20.22.240 的回复: 字节=32 时间=56ms TTL=128 来自 104.20.22.240 的回复: 字节=32 时间=73ms TTL=128 来自 104.20.22.240 的回复: 字节=32 时间=49ms TTL=128 来自 104.20.22.240 的回复: 字节=32 时间=36ms TTL=128 来自 104.20.22.240 的回复: 字节=32 时间=38ms TTL=128 来自 104.20.22.240 的回复: 字节=32 时间=56ms TTL=128 来自 104.20.22.240 的回复: 字节=32 时间=38ms TTL=128 来自 104.20.22.240 的回复: 字节=32 时间=70ms TTL=128 来自 104.20.22.240 的回复: 字节=32 时间=43ms TTL=128 来自 104.20.22.240 的回复: 字节=32 时间=60ms TTL=128 来自 104.20.22.240 的回复: 字节=32 时间=69ms TTL=128 来自 104.20.22.240 的回复: 字节=32 时间=37ms TTL=128 来自 104.20.22.240 的回复: 字节=32 时间=45ms TTL=128 来自 104.20.22.240 的回复: 字节=32 时间=55ms TTL=128 来自 104.20.22.240 的回复: 字节=32 时间=39ms TTL=128

[Jaspr]

之前用日本 45 开头 IP ，丢包率有时候到 50%以上，移动 4G 会连不上，而且 ping 值也不大稳定。现在用洛杉矶，不丢包， ping 值 150 左右。

[Jaspr]

不过丢包很可能跟我用的长宽有关系，同样网络环境洛杉矶机房不丢包

[nichijou]

我用的 vultr 东京 ping 稳定在一百多毫秒，用来 ss 看油管 720p 很流畅，不知怎地今年就卡成 doge

有人能知会我一下可能的原因么？

[crayygy]

中国到美国物理延迟都不止 100...

搭车问一下，魔都电信通国外哪家哪里的比较好，目前用的搬瓦工美国凤凰城的，丢包率还好，就是 ping 不是很稳感觉

[fumer]

@trepwq 晚上的确上去了。基本在 200-300 之间了。

[fumer]

晚上貌似日本的节点也都在 100 以上了

[fumer]

@miyuki cdn 知道的。我说了我白天也测试了人家的 vps 的 ip 。的确在 100 以下。不过晚上的确高了

[fumer]

不知道新加坡节点怎么样

[derek80]

@fumer 丢包严重，上海电信。

[fumer]

正在 Ping sgp-ping.vultr.com [45.32.100.168] 具有 32 字节的数据:
来自 45.32.100.168 的回复: 字节=32 时间=275ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=270ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=285ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=262ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=267ms TTL=128
请求超时。
来自 45.32.100.168 的回复: 字节=32 时间=288ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=275ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=265ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=270ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=280ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=286ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=326ms TTL=128
请求超时。
来自 45.32.100.168 的回复: 字节=32 时间=283ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=281ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=275ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=349ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=272ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=279ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=270ms TTL=128
请求超时。
来自 45.32.100.168 的回复: 字节=32 时间=296ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=279ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=272ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=268ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=268ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=296ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=293ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=293ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=286ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=275ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=308ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=275ms TTL=128
来自 45.32.100.168 的回复: 字节=32 时间=275ms TTL=128

[fumer]

@derek80 还真是。但是下载文件比较快，有 400k ，日本和西雅图只有 30k

[zhuziyi]

洛杉矶最近对电信支持不错，下载保持在 1~2MB ，但有些时段不稳定，延迟丢包有时候也严重，如果是电信，就选美国机器，联通选日本机器。

[fsgmhoward]

这是来钓鱼的？

[wun]

@fumer 100TB sent

[vszs]

感觉阿里云香港才是最好用的

[bao3]

相信我，一定要选硅谷节点。

[J0022ZjV7055oN64]

相信我 洛杉矶

[eric6356]

https://github.com/eric6356/multiping

[Yc1992]

刻舟求剑

[langjiyuan]

东京 hnd-jp-ping.vultr.com
西雅图 wa-us-ping.vultr.com