关于端口转发延迟降低思考？？？？

wootamefate · 发表于 2021-10-13 08:08:34

现有的例如brook什么的

都是有链接过来了再创建一个链接扔到目标服务器

那么如果我一开始创建中转时就先创建N 个TCP链接，形成链接池

此后有请求过来时直接从池子里面取一个空闲的用

是不是能降低延迟

楼下有说状态管理问题

那么换个思路

先建立N个链接心跳保活

然后有新链接是从中取出使用，停止心跳保活！同时再创建一个新的链接进去作为备用
（即原本是我现在创建再用变成了我用的同时再去创建一个还债）

灌水王 · 发表于 2021-10-13 08:08:58

好的，我等你好消息

hhhhhcw1 · 发表于 2021-10-13 08:09:21

那么你先试试？

029school · 发表于 2021-10-13 08:10:01

没必要，不如找个好线路关于端口转发延迟降低思考？？？？

灌水王 · 发表于 2021-10-13 08:10:23

Mux 多路复用，v two ray就有用這個技術了

平時維護好一條tcp session，要用時直接塞資料，省去tcp握手

可以降低tcp握手延遲，谷歌mux cool協議就有了

但他是使用一條tcp，技術上可以改成多條來加速

灌水王 · 发表于 2021-10-13 08:10:31

不明白这样做的需求场景，实际使用中，线路与区域的影响更大

关于端口转发延迟降低思考？？？？

本帖子中包含更多资源

本帖子中包含更多资源

关于端口转发 延迟降低思考？？？？

本帖子中包含更多资源

本帖子中包含更多资源

关于端口转发延迟降低思考？？？？