如何讓你的VPS速度更快：基於BDP原理的單線程極限測速與TCP調優實踐

搬瓦工（BandwagonHost）的中國優化線路，已經是目前普通中國消費者能以較低價位獲取到的、速度最頂級的中美網絡線路，其本身的線路質量和物理速度毋庸置疑。

然而，很多朋友購買了搬瓦工的中國線路優化套餐後，實際使用中可能會遇到了一個奇怪的問題：多線程測速（如 Speedtest）能跑滿帶寬，但用瀏覽器單線程下載文件時，速度卻到不到預期。

為了驗證並解決這個問題，我使用了 DC6、DC9、DC99 三個機房的伺服器進行了測試與底層調優。

一、核心原因：什麼是 BDP？為什麼跑不滿伺服器帶寬

要解決問題，首先要找到原因。很多人忽略了跨國網絡傳輸中的一個核心物理限制。

1. 理論基礎

對於BDP，可以參考在維基百科中的定義：

Bandwidth-delay product is the product of a data link's capacity (in bits per second) and its round-trip delay time (in seconds).

（帶寬延遲乘積 = 數據鏈路的容量 × 往返延遲時間）

2. 場景代入

搬瓦工的美國機房（如 DC6/DC9）到中國的物理距離很遠，平均網絡延遲（RTT）大約在 150ms (0.15秒) 以上。同時，它的網絡端口極大（2.5Gbps+）。這種「高延遲 + 大端口」的網絡，在計算機網絡中被稱為 LFN（Long Fat Network，長胖網絡）。

TCP 協議在傳輸數據時，需要等待對方的「確認接收（ACK）」才會發送下一批數據。這就好比你在一個長長的管道里運水，如果你的「水桶（TCP 窗口/緩衝區）」太小，水管（帶寬）再粗也沒用，因為你每次只能運那麼一小桶，還要等 0.15 秒以上才能送下一桶。

3. 數據測算

這裏做個假設：我們要在這條 150ms 延遲的路線上，跑滿 1Gbps 的單線程速度。

通過計算可知： BDP = 1,000,000,000 bps × 0.15s = 150,000,000 bits = 18.75 MB

也就是說，Linux 系統的 TCP 接收/發送緩衝區至少需要 18.75 MB，才能跑滿 1Gbps 的網絡端口！ 而搬瓦工默認的 Linux 系統（如 Debian 12 ）的 TCP 緩衝區是沒有設置的，也就是說實際 TCP 緩衝區僅有默認的5M以下。這就是單線程速度跑不快的最根本原因！

二、調優實戰：修改內核參數，提高速度上限

既然知道了原因，解決辦法就很簡單了：開啟擁塞控制算法（BBR），並強行放大系統的 TCP 緩衝區限制。搬瓦工的伺服器目前都默認開啟了 BBR ，所以我們只需要直接修改緩衝區大小。

1. 編輯系統文件

SSH 登錄到伺服器，編輯系統控制文件：

vi /etc/sysctl.conf

進入 vi 編輯頁面後，按下鍵盤 i 鍵進入編輯模式。

2. 選擇並寫入 TCP 緩衝區參數

根據你的實際需求，選擇以下兩種方案之一，將其複製並粘貼到配置文件的最末尾。

方案 A：均衡版參數（推薦）

定位： 將單線程理論峰值控制在 1Gbps (約 125MB/s) 左右。
優點： 足夠滿足日常 4K/8K 觀影和快速下載需求。避免速度過高導致流量消耗過快，同時降低因單線程長時間超大流量傳輸而引起中國防火牆（GFW）注意和封鎖的風險。

# --- TCP 缓冲区调优 (均衡版 16MB) ---
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_window_scaling = 1

方案 B：激進版參數

定位： 理論極限峰值可跑滿 2.5Gbps 甚至更高。
優點： 極限發揮搬瓦工 DC6 等頂級機房的全部物理帶寬，適合測速跑分或極端大文件內網傳輸。

# 放大 TCP 缓冲区 (最大 32MB，解决高延迟大带宽 BDP 瓶颈)
net.ipv4.tcp_rmem = 4096 87380 33554432
net.ipv4.tcp_wmem = 4096 65536 33554432
net.core.rmem_max = 33554432
net.core.wmem_max = 33554432
net.ipv4.tcp_window_scaling = 1