<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Sysctl on 魔都水滴</title>
    <link>https://blog.margrop.net/tag/sysctl/</link>
    <description>Recent content in Sysctl on 魔都水滴</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh-CN</language>
    <lastBuildDate>Thu, 02 Jul 2026 20:00:00 +0800</lastBuildDate>
    <atom:link href="https://blog.margrop.net/tag/sysctl/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>跨境 VPS 慢到能睡着？一行内核参数，把国际链路吞吐拉起 20 倍</title>
      <link>https://blog.margrop.net/post/bbr-fix-china-us-vps-slow-network/</link>
      <pubDate>Thu, 02 Jul 2026 20:00:00 +0800</pubDate>
      <guid>https://blog.margrop.net/post/bbr-fix-china-us-vps-slow-network/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;先说结论&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;你从国内访问自己的美国 VPS，明明 SSH 打字很流畅，但下载一个 2 MB 的文件要一分多钟？以为是&amp;quot;高峰期国际链路拥堵&amp;quot;？大概率不是——你只是被 Linux 默认的 CUBIC 拥塞控制&amp;quot;骗&amp;quot;了。CUBIC 把每次丢包都当成&amp;quot;前面堵车了&amp;quot;，立刻踩刹车退让；而国际链路本身就有稳定 5-10% 的丢包，于是你的 TCP 连接被永远压在爬行状态。换成 Google 的 &lt;strong&gt;BBR&lt;/strong&gt; 算法后，同样的物理链路、同一时刻、同样的丢包率，吞吐可以立刻涨 15-24 倍。&lt;/p&gt;&#xA;&lt;p&gt;本文记录了一次真实的 mesh 网络排查：家庭出口 → 美国 VPS 拉取 2.3 MB 的网页，实测从 &lt;strong&gt;30 KB/s 一路飙到 500-1000 KB/s&lt;/strong&gt;，用的方法总共 4 行 shell 命令。文章包含三套一键脚本（Windows 11 / Ubuntu 26.04 / macOS 26），既能人工执行，也能交给 AI Agent 自动配置。所有内网地址、主机名和公网 IP 均已脱敏。&lt;/p&gt;&#xA;&lt;/blockquote&gt;</description>
    </item>
  </channel>
</rss>
