我最近在研究websockets RTT延迟的问题,目前能了解到的状况是 websockets有重连抽奖机制。就是你如果连的那一次RTT是8ms,后面就会一直稳定在8ms,如果你是6Ms.就会稳定在6Ms.但是我必须要经过cloudflare才能到目标服务器,目前我找到最快的服务器的RTT能做到6ms。ping最快的cloudflare大概是0.8ms的样子..目前不知道还有什么优化空间了。我想做到4ms的样子。或者说目前还有没有我没有了解到的websockets的机制
我最近在研究websockets RTT延迟的问题,目前能了解到的状况是 websockets有重连抽奖机制。就是你如果连的那一次RTT是8ms,后面就会一直稳定在8ms,如果你是6Ms.就会稳定在6Ms.但是我必须要经过cloudflare才能到目标服务器,目前我找到最快的服务器的RTT能做到6ms。ping最快的cloudflare大概是0.8ms的样子..目前不知道还有什么优化空间了。我想做到4ms的样子。或者说目前还有没有我没有了解到的websockets的机制
这研究的是啥?websocket不就是TCP上加十几个字节的header吗?TCP不就是sk buff上加个状态机吗?这跟延迟有啥关系?
过墙不过墙?
@云上拾荒者 #1
主要是做高频交易的。延迟很重要
@yunshangnan26 #2 不过墙.服务器是部署在国外的
学习了
请教下有些hk“cn2”, tcp过去延迟很正常,但是实际使用即使hk本地,所有延迟都要加50ms左右。
我自己gpt做了个http rtt延迟检测就是在hk鸡上开个http服务,tcp过去40,但http延迟要90,
我测了好几个商家卖的这个机房的鸡,电信过去都有这个问题就是http延迟会高50ms,移动试了没问题tcp和http延迟一样。
老哥有没有思路是什么问题
抓包看握手耗时