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

>美国的延迟基本也都在 100 以下

哈哈

mdzz

你 Ping 人家网站 CDN 是没用的…

找测试点测试啊。。

上海电信之前是洛杉矶节点延时最低

@miyuki. Ping. 测试站点的美国节点也是 100 以下

你晚上 8 点再试试，丢包丢的想死， ssh 按一下卡 3 秒

光 ping 不可靠，有测试下载文件试试

https://www.vultr.com/faq/


@fumer 你 Ping 这里的节点试试，如
Los Angeles, California lax-ca-us-ping.vultr.com

另外你给出的 ping 测试只是主站 cdn
建议了解一下 cdn

看到美国的延迟基本也都在 100 以下

恭喜楼主找到了一个突破光速的方法。 快去写论文。

@Kilerd 12000*2/300000*1000 好像也是有可能的? 之前我记得确实 ping 谷歌的服务器, 都在 80ms 左右啊

澳大利亚节点可以试试

哥，你 ping 人家官方的 CDN 。。。是卖萌还是来搞笑的。。。

https://www.vultr.com/faq/
往下翻。。。

@xdz0611 你 Ping 哪个谷歌…

光缆不是笔直的
光在光缆内不走直线
路线内众多的交换机、路由器
我国有意劣化的国际出口

这可不是 V2EX er 该有的水平啊…………

你 ping 官网干毛啊
都半斤八两，日本平常没事，晚上就炸了，求稳可以西雅图

vultr 按时长累计扣费，多开几个 IP 试试才是最好的。不合适的就关了，也就扣几分钱 /

多开几个找个 ping 值低点的好 IP ， bbr ＋ ss ，联通 YouTube 能看 4k 视频，最卡的时候 1080p 也无延迟，电信的只能 720p 无延迟，每个地区应该不一样

我选的日本节点

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

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

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

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

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

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

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

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

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

不知道新加坡节点怎么样

@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

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

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

这是来钓鱼的？

@fumer 100TB sent

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

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

相信我 洛杉矶

刻舟求剑

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

已经弃坑

vultr 要配合 vxtrans 食用效果才好。

电信表示哪个都不好用

@Layne 最近好像是扩容了，我的 lj bwg 延迟都只有 130 ，以前都是朝着 300 上去的，而且现在不丢包了。魔都至 LA 线路改善很明显，就是不知道能不能扛得住这波千兆家庭宽带的大潮……

联通肯定选日本，其它线路没条件帮不了你