基礎設施估算

遠端傳輸不只取決於頻寬？

使用工具

近端伺服器快而遠端慢，未必能用方案頻寬解釋。頻寬延遲乘積估算一輪往返期間可在途的資料量。SheepDev 不測連線，應輸入明確條件觀察估算如何變化。

區分 bit 與 byte 的計算

100,000,000 bit/s × 0.040 s = 4,000,000 bit
4,000,000 ÷ 8 = 500,000 byte
500 kB = 488.28125 KiB

填 100 Mbps、40 ms，結果 500000 位元組。毫秒先轉 0.040 秒，位元再除八。把 40 當秒會差千倍，把位元當位元組差八倍，應同時核對輸入輸出單位。

500 kB 不是檔案大小，而是該速率一輪往返中的量。1 GiB 檔案不代表全部同時等待確認。應區分累計傳輸量與在途量。

RTT 已包括傳送到回應返回，不要再乘二。只有單程延遲時，也不要預設雙向相同。工具不聯絡對端，無法驗證輸入測量值。

RTT 隨時段變化時，可試 20、40、100 ms，並區分平均與短暫峰值。目的是理解延遲敏感性，不是斷定距離導致變慢。

分別改變頻寬與 RTT

100 Mbps × 40 ms → 0.5 MB
1 Gbps × 40 ms → 5 MB
1 Gbps × 100 ms → 12.5 MB

頻寬十倍，結果十倍；RTT 40 到 100 ms 又乘 2.5。無法保持足夠在途資料時可能用不滿高速鏈路。該乘積用於分析模型，不是測速分數或緩衝區實測容量。

方案 1 Gbps、共享路徑可用頻寬、應用觀測速率是不同輸入。上限假設與實測條件應分開，避免把理論估算寫成測量結果。

它可輔助理解 TCP 視窗，但將位元組數寫入某個 OS 參數不保證改善。壅塞控制、接收端、連線數、記憶體與應用 I/O 都有關。把自動調整改固定值需另行調查。

頁面不修改 OS，也不傳送測速流量。記錄頻寬、RTT、乘積與輸入來源。把在途量不足作為待測假設，而非乘法已證明的結論。

1 GiB、100 Mbps、效率 80% 在傳輸時間工具得 107.3741824 秒。不能從檔案大小減一次 500 kB，也不能將它當秒數。耗時模型用總量與有效速率，頻寬延遲乘積用速率與 RTT。