gfcptun下载 - gfcptun源码下载

gfcptun

其他类别

1.0.0

下载

gfcptun

gfcptun：使用 GFCP over UDP 的快速、低延迟连接隧道。

基本 gfcptun/GFCP 建议

为每个 gfcptun 进程提供 65535 个或更多文件描述符。
对于高速本地链路，建议使用 9000-9702 的 MTU。
针对 Linux UDP 处理建议的最小sysctl调整参数：
- （有关其他 BDP 背景信息，请参阅 https://www.sciencedirect.com/topics/computer-science/bandwidth-delay-product。）

net.core.rmem_max=26214400       # Tune for BDP (bandwidth delay product)
net.core.rmem_default=26214400
net.core.wmem_max=26214400
net.core.wmem_default=26214400
net.core.netdev_max_backlog=2048 # (Adjust proportional to receive window)

将高速本地链接的缓冲增加到 16MiB 或更多，例如：

 -sockbuf 16777217

流程调用示例

client -r " IN:4321 " -l " :8765 " -mode fast3 -nocomp -autoexpire 900 -sockbuf 33554434 -dscp 46
server -t " OUT:8765 " -l " :4321 " -mode fast3 -nocomp -sockbuf 33554434 -dscp 46

应用程序 → 输出 (8765/TCP) → 互联网 → 输入 (4321/UDP) → 服务器 (8765/TCP)
- 其他有用的参数： -mode fast3 -ds 10 -ps 3等。

调整以提高总吞吐量

要进行调整，请同时增加客户端上的-rcvwnd和服务器上的-sndwnd 。
- 最小窗口大小将决定最大链路吞吐量：( ( 'Wnd' * ( 'MTU' / 'RTT' ) )
- MTU 应通过-mtu 参数设置，并且永远不要超过物理接口的MTU。对于具有巨型帧的 DC/高速本地链路，强烈建议使用 9000-9702 的 MTU。

调整以减少总体延迟

调整重传算法的攻击性：
- fast3 → fast2 → fast → normal → default

避免N → 1复用队头阻塞行为

然而，将-smuxbuf提高到 16MiB（或更多），实际使用的值取决于链路拥塞以及可用的连续系统内存。
SMUXv2 可用于限制每个流的内存使用量。使用-smuxver 2启用，然后使用-streambuf （大小以字节为单位）进行调整。
- 示例： -smuxver 2 -streambuf 8388608表示 8MiB 缓冲区（每个流）。
通过限制链路接收端的流缓冲区开始调整。
- 背压应该触发现有的拥塞控制机制，提供实用的速率限制以防止上游容量耗尽，并避免下行链路饥饿（缓冲区膨胀情况）。
SMUXv2 配置不可协商，因此必须在 GFCP 链路两侧手动设置。

内存消耗控制

GOGC运行时环境变量调优建议：
- 10 - 20适用于低内存系统和嵌入式设备
- 专用服务器为120 - 150 （或更高）
有关 (GF)SMUX(v1/v2) 调整的注意事项：
- 主内存分配是通过 GFCP 层的缓冲池 ( xmit.Buf ) 完成的。分配时，将返回由 MtuLimit 确定的固定大小的缓冲区。从那里， rx 队列、 tx 队列和fec 队列将被分配，并在使用后将分配返回到缓冲池。
缓冲池机制为池中正在运行的对象维护一个高水位线，以便在定期运行时垃圾回收中幸存下来。
闲置时，Go 运行时会将内存返回给系统。可用于调整的变量有-sndwnd 、 -rcvwnd 、 -ds和-ps 。
- 这些参数会影响高水位线- 值越大，任何给定时刻的总内存消耗就越高。
-smuxbuf设置和GOMAXPROCS变量可用于调整并发限制和总体资源使用之间的平衡。
- 增加-smuxbuf将增加实际并发限制，但是， -smuxbuf值与并发处理最大值不成线性正比，因为出于实际目的，Go 运行时的垃圾收集是不确定的。
- 只有经验测试才能提供实际链路调整和优化所需的反馈。