如何優化透過 TCP 進行的長距離檔案傳輸？｜Dataplugs
當長距離檔案傳輸速度變慢時，很多人第一時間會歸咎於頻寬不足。這種想法可以理解，但通常並不全面。即使是 1 Gbps 連接埠，在香港與洛杉磯、東京與歐洲，或本地儲存與遠端雲端區域之間傳輸檔案時，實際速度仍可能不如預期。很多時候，問題不在於原始容量，而在於理論頻寬與實際吞吐量之間的落差，當中涉及延遲、封包遺失、壅塞，以及 TCP 預設行為等因素。
對於需要透過廣域網路搬移大型檔案的企業來說，長距離 TCP 優化的重點，是提升可用網路容量的實際使用效率。對 Dataplugs 而言，這正是為何路由品質、網路穩定性與傳輸效率，和連接埠速度同樣重要。
什麼是長距離 TCP 優化
優化長距離 TCP 檔案傳輸，指的是減少 TCP 在高延遲路徑上等待、退避或重傳的時間。目標不是取代 TCP，而是讓 TCP 更有效地利用現有網路路徑。
這對媒體傳輸、備份複製、資料庫匯出、資料集遷移、軟件分發及跨區同步等工作尤其重要。在這些情境中，頻寬在紙面上或許足夠，但傳輸仍未必能持續有效地用滿整條線路。
為什麼增加頻寬不一定能解決問題
更大的線路不一定代表更快的長距離傳輸。頻寬代表鏈路的最大容量，而吞吐量則是實際傳輸時達到的速率。如果 TCP 受限於延遲、視窗大小、重傳，或壅塞控制行為，實際吞吐量仍可能遠低於線路速度。
這也是為什麼有些企業把網路從 100 Mbps 升級到 1 Gbps 後，端到端的檔案傳輸表現仍只得到有限改善。路徑容量雖然變大，但 TCP 仍要面對來回延遲及網路波動。
Tip: 如果 TCP 無法讓足夠的資料持續在途，更大的頻寬也未必帶來明顯改善。
從頻寬延遲乘積開始
在長距離 TCP 效能中，最重要的概念之一是頻寬延遲乘積，簡稱 BDP。它代表要充分利用整條路徑，傳輸中同時需要維持多少資料量。如果 TCP 視窗太小，發送端便會因等待確認封包而頻繁停頓。
這正是高頻寬、高延遲線路經常表現不佳的原因之一。路徑越長，就越需要確保有足夠的未確認資料持續在網路中流動。
增加視窗大小、調整緩衝區，並選擇合適的壅塞控制演算法
TCP 視窗大小及緩衝區設定，通常是最值得先檢查的部分。如果設定過小，即使路由本身健康，吞吐量仍會受到限制。視窗擴展在現代長距離網路中特別重要，因為舊有預設值大多是為低速、低延遲環境而設。
正確做法不是一味把數值調到最大，而是根據實際路徑、系統記憶體配置及工作負載進行調整。壅塞控制同樣重要。Linux 常見的 CUBIC 和 BBR 在不同路由條件下可能有不同表現，因此實測比假設更可靠。
Tip: 如果長距離路由本身穩定，但吞吐量仍然偏低，通常應先檢查視窗、緩衝區和壅塞控制設定。
封包遺失、平行串流與檔案類型都會影響結果
即使是很低的封包遺失率，也可能嚴重影響長距離 TCP 表現。TCP 會把遺失視為壅塞訊號，然後降速並重傳資料。對國際路徑而言，每次重傳恢復都要付出更高時間成本，因為來回延遲本身已經較高。
當單一 TCP 流無法充分利用路徑時，平行串流有助提升整體吞吐量，特別是在傳輸超大型檔案或大量檔案時。同時，一個大型壓縮檔與數百萬個小檔案，其傳輸行為也完全不同。大型檔案通常受持續吞吐量影響，而小檔案工作負載則更容易受到每檔案處理開銷、連線管理及檔案系統活動影響。
Tip: 在長距離傳輸中，低封包遺失率與合適的傳輸方式，往往比單純提高頻寬更重要。
不要忽略儲存系統與作業系統調校
檔案傳輸瓶頸不一定來自網路。即使 TCP 已經過優化，也無法補償來源讀取速度過慢、目的端寫入不穩，或儲存 IOPS 不足的問題。在許多環境中，真正的瓶頸可能在磁碟、儲存協定處理，甚至應用層本身。
對 Linux 環境來說，也建議檢查 TCP 視窗擴展、Socket 緩衝區上限、壅塞控制選項、NIC 卸載功能，以及 CPU 中斷處理方式。對用於備份、複製或國際傳輸的專屬伺服器而言，這些設定都可能帶來實際差異。
為什麼路由品質仍然決定上限
即使 TCP 已調校完善，也無法彌補基礎路由品質不佳的問題。如果流量需要經過擁塞的 Transit、不穩定的 Peering，或繞路的國際路徑，吞吐量就更難保持穩定。
Dataplugs 透過低延遲 BGP 網路、多家 Tier 1 ISP、超過 1 Tbps 網路容量，以及香港、東京、洛杉磯三地部署，支援企業的國際工作負載。Dataplugs 同時提供中國大陸 CN2 GIA 連線選項，以及具備 DDoS 防護的非共享基礎設施，為備份、媒體傳輸、應用交付及跨區檔案交換提供更穩定的網路基礎。
實用檢查清單
- 在調整設定前，先量測延遲、封包遺失與吞吐量
- 估算該路徑的頻寬延遲乘積
- 增加 TCP 視窗大小，並確認已啟用視窗擴展
- 按照工作負載調整傳送與接收緩衝區
- 測試 CUBIC 或 BBR 等壅塞控制演算法
- 檢查封包遺失、路由不穩及介面錯誤
- 在有幫助的情況下使用平行串流
- 透過批次處理或管線化降低小檔案傳輸開銷
- 驗證來源端與目的端儲存效能
- 在穩定且路由良好的網路上重新測試
結論
要優化透過 TCP 進行的長距離檔案傳輸，應聚焦在影響 WAN 吞吐量的關鍵因素，包括視窗大小、緩衝區調整、壅塞控制、封包遺失處理及串流策略。最好的結果，通常來自協定調校、優質路由、儲存驗證及實際測試的配合，而不是單純假設增加頻寬就能解決問題。
真正的目標，不只是理論上的更快，而是在真實的國際路徑上，讓大型檔案傳輸變得更穩定、更有效率、更可預測。Dataplugs 透過企業級專屬伺服器、低延遲全球 BGP 網路、CN2 GIA 連線選項，以及香港、東京與洛杉磯的基礎設施，支援企業實現這個目標。
如欲了解更多，請瀏覽 Dataplugs 或聯絡 sales@dataplugs.com。