Merge branch 'dev': 以实测修正下载优化注释

Author: Aparencia

server/deploy.sh

@@ -75,8 +75,10 @@ mkdir -p /opt/Entropydecrease/website /opt/Entropydecrease/downloads
 
 # ---------------------------------------------------------------------------
 # 4. 启用 BBR 拥塞控制（幂等）
-#    安装包下载实测单流仅 ~143KB/s、而多并发可达 ~550KB/s，典型的跳网
-#    丢包导致单流 TCP 吞吐劣化。BBR 对此类链路提升明显。
+#    实测结论：BBR 对本项目当前链路无改善（RTT 仅 21ms，单流约 140KB/s，
+#    启用前后一致）——单流受限并非拥塞控制/丢包所致。保留此配置是因为
+#    它对高丢包/高延迟的客户端链路仍可能有益且无副作用，
+#    但不应将其当作下载提速手段。
 #    容器共享宿主机内核，宿主机启用即对 Nginx 生效。
 # ---------------------------------------------------------------------------
 log_info "检查 TCP 拥塞控制算法..."

server/nginx/nginx.conf

@@ -202,10 +202,11 @@ http {
         location ^~ /downloads/ {
             root /usr/share/nginx;
             autoindex off;
-            # limit_rate 保留作为异常保护上限：实测单流仅 ~143KB/s（受跳网 RTT/
-            # 丢包限制），远低于 2m，故它不是当前瓶颈，提高无收益。
-            # 单 IP 并发 8：多线程下载器常开 8~16 连接，限 4 会让超出连接被拒（503）；
-            # 带宽本身是硬顶（总约 550KB/s），放宽并发不会额外抢带宽，仅提升兼容性。
+            # 实测（RTT 仅 21ms，已排除延迟因素）：单流约 140KB/s 且启用 BBR 前后无
+            # 差异，单流受限原因未明；但多流可叠加：4 并发 500KB/s、8 并发 764KB/s。
+            # 故单 IP 并发放宽至 8：既兼容多线程下载器（限 4 会使超出连接被拒 503），
+            # 也实测提升总吞吐。limit_rate 2m 远高于实际速率，仅作异常保护上限。
+            # 注：浏览器默认单连接，因此普通用户仍只能得到 ~140KB/s，根治需 CDN。
             limit_rate 2m;
             limit_conn dl_conn 8;
             limit_conn dl_total 24;