iperf3 結果分析器

匯入結果

這支工具不連 iperf3 server，也不會替你跑測試 —— 在端點跑完之後把結果帶進來。資料只在瀏覽器裡處理。

拖曳檔案到這裡，或點選選擇檔案支援多個 iperf3 JSON 檔案，或貼上 JSON 內容

	名稱	測試條件	接收吞吐量	重傳 / 抖動	狀態	動作

參考線速這是你填的參考值，不是自動偵測的協商速率，也不代表協定效率上限。

名稱	協定	方向	串流	時長	接收吞吐量	重傳 / 抖動	與基準差異

匿名化匯出取代 IP、主機名稱與測試名稱裡的可識別資訊。只影響輸出的副本，畫面上的資料不動。

指令由你自己在兩端執行。這一頁沒有「開始測速」的按鈕 —— 瀏覽器連不到 iperf3 server，做一顆假的按鈕只會誤導。

伺服器位址

Port

協定

方向

時長秒

平行串流條

進階設定

暖機時間秒

暖機（-O）那幾秒會被 iperf3 標成 omitted，本工具的平均一律排除它們。

在伺服器端執行

在用戶端執行

各版本支援的 flag 不完全相同。跑之前用 iperf3 --help 確認一次，尤其是 --bidir（3.7 以後才有）。

使用說明 6

這些數字各自代表什麼，以及這支工具刻意不替你判斷的事

接收端才是「真的收到多少」摘要優先列接收端的平均吞吐量並標出資料端。傳送端只知道自己送了多少，中間掉的它不知道。缺接收端資料時會改標「傳送端」，不會偷偷拿它代替。

反向測試的 client 是接收端加了 -R 之後，發資料的是 server、收資料的是 client。把 client 永遠當傳送端，反向測試的數字就整個標錯邊 —— 這支工具看的是 JSON 裡的實際角色，不是誰執行了指令。

TCP 的 Retr 是重傳次數，不是遺失率重傳是 TCP 自己補回來的動作，跟 UDP 的 lost/packets 不是同一件事，不能互相換算。沒有這個欄位時顯示「未提供」而不是 0 —— 0 的意思是「量到了，沒有重傳」。

區間平均是加權的 iperf3 最後一個區間常常不足一秒。把 0.3 秒的區間跟 1 秒的等權平均會偏掉，所以這裡一律用「總 bytes × 8 ÷ 有效時長」，而且排除 -O 暖機的 omitted 區間。

參考線速是你填的，不是量到的那條刻度線只是拿來對照比例，不是自動偵測的協商速率，也不是協定效率的上限 —— 實際上限還會受 MTU、CPU、驅動與背景流量影響。

只描述觀察，不替你斷定原因看到某幾秒掉速會標出來，並附上數字，但不會說「線材壞了」或「交換器有問題」。同一個現象可能來自線材、CPU、背景流量或對端 —— 那要另外查，不是一份 iperf3 結果能決定的。