先把兩個數字換成相同單位

測速顯示 100 Mbps，下載顯示 12 MB/s，兩者不一定矛盾。小寫 b 代表位元，大寫 B 代表位元組。8 個位元等於 1 個位元組，因此 100 ÷ 8 = 12.5 MB/s，才是理論上的對應數值。

請把每個數字旁邊的完整單位記下來。如果下載軟體可以改成以每秒位元顯示，便可用同一單位直接比較。光是數字比較小，並不能證明電信業者少給了速度。

算出能用來安排事情的等待時間

一個以十進位計算的 10 GB 檔案，包含 10,000 MB 的資料。如果速度持續維持 12.5 MB/s，計算就是 10,000 ÷ 12.5 = 800 秒，也就是 13 分 20 秒。這個結果假設方案標示的全部速度都用來傳送檔案資料，而且過程沒有中斷。

實際安排時間時，應採用下載過程中能持續維持的速度。若為 8 MB/s，同一檔案需要 1,250 秒，也就是 20 分 50 秒。下載開始後，請用剩餘容量而不是原始容量，除以觀察到的速度。兩者都是估算，不是完成時間的保證。

不要在沒確認時把 GB 換成 GiB

GB 和 GiB 代表不同的資料量：1 GB = 1,000,000,000 位元組；1 GiB = 1,073,741,824 位元組。因此，傳送 10 GiB 的資料，比傳送 10 GB 多約 7.37%。速度相同時，所需時間也會多約 7.37%。

請使用應用程式明示的單位；標示不清楚時，可查看精確的位元組數。換單位只是改變數字，不會改變檔案本身。網路傳輸量、下載壓縮檔的大小，以及安裝完成後占用的空間，是不同的測量值，不應互相代用。

先找出瓶頸，再考慮升級方案

暫停其他傳輸，並在可行時，用 Wi-Fi 與有線連接比較同一個下載。也要查看應用程式是否自行設定了速度上限。記錄單位、持續速度及連接方式，讓每次比較回答一個具體問題，避免同時更動好幾項條件，反而無法判斷原因。

來源伺服器忙碌、多人共用連線，或本機裝置，都可能限制傳輸。通訊協定本身也會占用傳輸容量，因此不存在適用所有情況的固定扣減百分比。如果測速很快，只有某個檔案下載很慢，應先調查該次傳輸，再決定是否升級。傳輸完成後的驗證、解壓縮或安裝，也需要另外預留時間。