基礎設施估算

檔案傳輸要多久？能準時完成嗎？

使用工具

傳大備份前想知能否在維護時段完成。100Mbps 不等於把 GB 除以 100，檔案常用 byte、鏈路 bit，有效負載比例也另算。先把單位與假設寫清。

計算假設

size: 1 GiB
speed: 100 Mbps
efficiency: 80%

輸入 1GiB、100Mbps、80%，結果 107.3741824 秒，約一分四十七點三七秒，模型有效速率 80Mbps。80% 是範例假設，不是量測或保證。

單位統一後的公式

1,073,741,824 byte × 8
÷ (100,000,000 bit/s × 0.8)
= 107.3741824 s

先 byte 乘八再除有效每秒 bit。80% 是 0.8 非 80，錯用造成百倍，漏乘八造成八倍。結果過短先查這兩項。

只改 GiB 為 GB 保持 1，結果百秒，因為分別為 1,073,741,824 與 1,000,000,000 byte。這是改容量本身，不僅顯示單位；同檔案換單位需數值也換。

不要把 MB/s、MiB/s 原數填 Mbps。純換算 100Mbps=12.5MB/s。實測 10MB/s 可能已是有效負載，再乘 80% 會重複折減。

1GiB、100Mbps 下 100%、80%、50% 分別 85.89934592、107.3741824、171.79869184 秒。效率減半時間翻倍，無量測時用情境範圍比單個精細數更說明不確定性。

效率須大於零且不超 100%。零無法有限完成，超百不符合定義。壓縮減少負載應改傳輸容量，不偽裝為超百效率。

所需速度模式選 1GiB、60 秒、80%、Mbps，約需 178.96Mbps。不是買更高標稱方案就保證達標。容量翻倍需求翻倍，允許時間翻倍需求減半。

往返驗證用詳細速率而非只取 178.96，微差可能來自顯示捨入。實際還含準備、連線、校驗、重試，傳輸六十秒與整項作業六十秒不同。

公式速度翻倍時間減半，但實際受來源目標儲存、CPU、加密、小檔案等待等限制。偏差不自動是鏈路故障，工具不測這些，只算給定平均模型。

總容量相同的大檔案與眾多小檔案效率可不同。應參考接近目標檔案結構、方向的量測，下載結果不自動適合上傳。

記錄約 108 秒時附 1GiB、100Mbps、80% 的傳輸本體假設。小數精細是算術精度而非預測精度，規劃應結合多情境與相關量測。

總位元組相同公式結果相同，但實際要反覆開檔、列目錄、查權限、啟動操作，大量小檔時這些成本可能占主導。工具未輸入檔案數或單次延遲，不會自動估算差異。大檔測得的效率不能直接保證適用於小檔群。

打包壓縮也未必更快：壓縮解壓耗時，已壓縮資料可能幾乎不縮小。輸入壓後大小只估傳輸，不是整個流程完成時間。應區分準備、傳輸、解壓、核對，不要把未建模階段全塞進一個效率百分比。

用相似條件測得的有效速度改善估算。若看似超過鏈路容量，先查 MB/s 與 Mbps、快取、壓縮前後大小，而不是把效率填超過 100%。明確移動了什麼、如何計時；顯示小數秒不代表現實預測同樣精確。