mirror of
https://github.com/MHSanaei/3x-ui.git
synced 2026-10-25 23:35:00 +03:00
96069e9393
gVisor ships with receive-buffer moderation off and a fixed 1 MB window capped at 4 MB, so every client upload relayed through the embedded datapath was window-bound on any real-world RTT. Moderation is now on and may grow a connection to 8 MB; connections still start at gVisor's 1 MB default and only grow while the relay drains them faster per RTT, so idle peers cost no more memory. Single-stream client upload through the panel's own embedded inbound (netns client, 50 ms RTT via netem, 16 vCPU WSL2 host, iperf3 -t 15): before (fixed buffer) 308 / 309 Mbit/s moderation, 4 MB cap 312 / 311 Mbit/s moderation, 8 MB cap 490 / 509 Mbit/s 0 ms RTT, before / after 1789-1928 / 1795 Mbit/s No test can observe a gVisor tuning option without restating it; the numbers come from a real panel + Xray run in network namespaces with a kernel AmneziaWG client.