首頁 電腦科學 資料傳輸時間計算機 產生日期: 2026年7月20日 下午09:34 資料傳輸時間計算機 輸入 資料量10 GB連線速度100 Mbps協定額外負擔10 % 電腦科學 資料傳輸時間計算機 依據資料量、連線速度與協定額外負擔，估算實際的資料傳輸需時多久。會計入連線標稱速度與實際可用輸送量之間的落差。 輸入 傳輸條件 資料量 GB 要搬移的資料總量。儲存容量是以位元組（B、kB、MB、GB）計算，而連線速度則以每秒位元數計算，因此計算機會乘以 8 把位元組換算成位元。 連線速度 Mbps 連線的標稱（額定）速度，單位為每秒位元數。這是 ISP 方案或介面所標示的數字，尚未扣除協定額外負擔。 協定額外負擔 % 0 – 9,900 % 連線原始容量中被標頭、確認封包、重送與編碼等佔用、而非用於承載實際資料的比例。10 % 代表這部分連線容量無法供你的檔案使用。 結果 輸入數值即可顯示計算結果。 傳輸時間 傳輸時間 小時 分 秒 以有效輸送量計算所需的傳輸時間：...。實際傳輸可能更久，因為還會受到壅塞、距離（延遲）以及兩端硬碟速度的影響。 有效輸送量 有效輸送量 Mbps 扣除額外負擔後實際可用的承載速率：...。這才是真正套用到你資料上的速度，也是為什麼傳輸往往比標稱連線速度慢的原因。 分享 列印報告 重設 嵌入 嵌入這個計算機 預覽 將這段程式碼貼到您的網頁中即可顯示計算機。 複製程式碼 分享這個計算 開啟此連結的人都會看到您填入的數值。 複製連結 分享至 XFacebookLINE 電子郵件 最後更新：2026-06-24 資料傳輸時間 資料傳輸時間是指把固定量的資料搬移過連線所需的實際時鐘時間。在規劃備份、大型檔案上傳、資料庫遷移與媒體傳遞時，這個數字很重要，因為標稱連線速度與工作實際耗費的時間，落差可能相當大。 公式 Re=R×(1−h)R_e = R \times (1 - h)Re=R×(1−h) t=D×8Ret = \frac{D \times 8}{R_e}t=ReD×8 其中 DD 是以位元組計的資料量，RR 是以每秒位元數計的標稱連線速度，hh 是協定額外負擔的小數比例，ReR_e 則是有效（可用）輸送量。乘以 8 是把位元組換算成位元，因為儲存量以位元組衡量，而連線速度以每秒位元數衡量。 計算範例。 在 100 Mbps 的連線上、以 20% 額外負擔搬移一個 1 GB 的檔案： Re=100 Mbps×(1−0.20)=80 MbpsR_e = 100 \text{ Mbps} \times (1 - 0.20) = 80 \text{ Mbps}Re=100 Mbps×(1−0.20)=80 Mbps t=1 000 000 000×880 000 000=100 st = \frac{1\,000\,000\,000 \times 8}{80\,000\,000} = 100 \text{ s}t=800000001000000000×8=100 s 若沒有額外負擔，同樣的傳輸只需 80 秒；20% 的額外負擔增加了 20 秒。 為什麼有效輸送量低於標稱速度 連線的標稱數字是它的原始訊號傳輸速率。有幾項因素會讓你的實際資料無法用滿這個容量： 協定標頭。 每個封包都帶有乙太網路、IP 與 TCP 標頭。對標準的 1500 位元組訊框而言，大約 2–5% 是標頭而非實際資料。 確認封包與重送。 TCP 會確認送達並重送遺失的區段，雙向都會消耗容量。 慢啟動與壅塞控制。 TCP 是逐步加速的，因此短時間的傳輸從未達到全速。 共享媒介與干擾。 Wi-Fi、行動網路與爭用的連線會因碰撞與訊號損失而失去輸送量。 端點限制。 緩慢的硬碟、忙碌的 CPU，或負載過重的伺服器，都可能把傳輸壓到遠低於網路容量的水準。 選擇額外負擔值 情境實際額外負擔有線區域網路、大型檔案、TCP5% – 10%一般家用網際網路、大型檔案10% – 15%Wi-Fi 或長距離網際網路路徑15% – 25%大量小型檔案25% 以上理論最佳情況0% 對小型檔案而言，每個檔案的連線建立與 TCP 加速階段是主導因素，因此有效速率可能遠低於上述數值。 位元、位元組與 ×8 換算 網路速度以每秒位元數標示（Mbps、Gbps）；檔案大小以位元組標示（MB、GB）。一個位元組是 8 個位元，因此 1 GB 的檔案是 8 gigabit。所以「100 Mbps」的連線最多大約傳遞 12.5 MB/s——這也是為什麼以 MB/s 顯示的下載管理員，峰值會落在宣傳 Mbps 數字的約八分之一。 相關計算機 若想要不含額外負擔項的快速估算，請使用 下載時間計算機 計算機。若要在每秒位元數與每秒位元組單位之間換算，請使用 吞吐量（bps）換算器 計算機。若要估算即時媒體所需的頻寬，請參考 串流頻寬計算器 計算機。 常見問題（FAQ）為什麼傳輸時間比標稱連線速度預估的還久？標稱 100 Mbps 的連線幾乎不可能真正承載 100 Mbps 的檔案資料。部分容量要承載 TCP/IP 與乙太網路標頭，部分耗在確認封包與重送上，而 TCP 的壅塞控制爬升（慢啟動）也代表連線需要時間才能達到全速。共享連線、Wi-Fi 干擾，以及兩端硬碟的讀寫速度都會再增加延遲。對日常傳輸而言，假設 5–20% 的額外負擔是合理的起點。 我該使用多少額外負擔值？在有線區域網路上以 TCP 搬移大型檔案時，5–10% 是常見值。透過 Wi-Fi 或較長的網際網路路徑時，把重送與協定往來計入後，15–25% 較為實際。小型檔案承受的額外負擔比例更高，因為連線從未達到全速。如果你只想知道理論上的最佳情況，把額外負擔設為 0% 即可。 為什麼要把檔案大小乘以 8？檔案大小是以位元組計算（一個 1 GB 的檔案是十億個位元組），但網路速度是以每秒位元數計算。一個位元組有 8 個位元，因此 1 GB 的檔案就是 8 gigabit。把 8 gigabit 除以 100 Mbps 的連線，在理論上限下需要 80 秒——這還是在尚未計入任何額外負擔之前。 Mbps 與 MB/s 有什麼差別？Mbps 是每秒百萬個位元 megabit；MB/s 是每秒百萬個位元組 megabyte。因為一個位元組等於 8 個位元，100 Mbps 等於 12.5 MB/s。下載管理員通常顯示 MB/s，而 ISP 宣傳的是 Mbps，這也是為什麼「100 Mbps」方案的下載峰值大約只到 12 MB/s。 推薦的下一個 下載時間計算機 根據檔案大小（KB 至 TB）與連線速度（Kbps 至 Gbps），估算下載或上傳完成所需的時間。 深入了解吞吐量（bps）換算器 一次將單一資料速率換算成每秒位元、千位元、百萬位元、十億位元，以及每秒百萬位元組。看看一個 Mbps 數字如何對應到下載管理員所顯示的 MB/s。 深入了解 200+ 計算機 · 10 種語言 · 完全免費 更多資料與編碼 二補數轉換計算文字轉二進位 / 十六進位 / ASCII 轉換器布隆過濾器容量計算器百萬畫素與列印尺寸計算機色彩格式轉換（HEX、RGB、HSL）資料傳輸時間計算機 +18 more Show less 色彩深度與每像素位元數計算器串流頻寬計算器吞吐量（bps）換算器奈奎斯特取樣率計算器音訊檔案大小計算機浮點數精度計算機記憶體位址位元計算器影片位元率與檔案大小計算機影像檔案大小計算機壓縮率計算機Base64 編碼開銷計算機CRC 校驗碼計算Git 儲存庫複製大小估算IEEE 754 浮點數位元分解PPI / DPI 像素密度計算器QR Code 資料容量查詢Unix 時間戳記轉換（Epoch ⇄ 日期）UTF-8 位元組大小計算機 其他電腦科學計算機 網路 子網路（CIDR）計算機每秒封包數計算器延遲預算計算器頻寬延遲乘積計算機CIDR 與子網路遮罩轉換器IP 位址範圍計算機IP 超網路計算機IPv4 位址表示法換算器IPv6 子網路計算機MTU 轉 MSS 計算機TCP 吞吐量計算機安全與加密 密碼強度（熵值）計算機雜湊碰撞機率計算機Chmod 權限計算機UUID 碰撞機率計算器演算法 夏農熵計算萊文斯坦距離計算器漢明距離計算機Big-O 成長率計算機Luhn 檢查碼計算器可靠性與儲存 服務可用性（SLA）計算機雲端儲存費用試算漢明碼 ECC 位元計算器複合可用性計算器API 速率限制計算器Cron 排程解析與下次執行時間MTBF、MTTR 與可用度計算器RAID 容量計算機效能與佇列 古斯塔夫森定律計算機利特爾法則計算器快取命中率與 AMAT 計算機阿姆達爾定律計算機愛爾蘭 C 人力配置計算器電池續航時間計算器AMAT（平均記憶體存取時間）計算Apdex 分數計算CPU 執行時間計算器IOPS 與吞吐量換算器M/M/1 佇列計算機M/M/c 佇列計算機 這個計算機對您有幫助嗎？ 有幫助 需要改進 需要改進 我們可以如何改進這個計算機？ 送出回饋 由 OneCalc 提供 ↗
最後更新：2026-06-24 資料傳輸時間 資料傳輸時間是指把固定量的資料搬移過連線所需的實際時鐘時間。在規劃備份、大型檔案上傳、資料庫遷移與媒體傳遞時，這個數字很重要，因為標稱連線速度與工作實際耗費的時間，落差可能相當大。 公式 Re=R×(1−h)R_e = R \times (1 - h)Re=R×(1−h) t=D×8Ret = \frac{D \times 8}{R_e}t=ReD×8 其中 DD 是以位元組計的資料量，RR 是以每秒位元數計的標稱連線速度，hh 是協定額外負擔的小數比例，ReR_e 則是有效（可用）輸送量。乘以 8 是把位元組換算成位元，因為儲存量以位元組衡量，而連線速度以每秒位元數衡量。 計算範例。 在 100 Mbps 的連線上、以 20% 額外負擔搬移一個 1 GB 的檔案： Re=100 Mbps×(1−0.20)=80 MbpsR_e = 100 \text{ Mbps} \times (1 - 0.20) = 80 \text{ Mbps}Re=100 Mbps×(1−0.20)=80 Mbps t=1 000 000 000×880 000 000=100 st = \frac{1\,000\,000\,000 \times 8}{80\,000\,000} = 100 \text{ s}t=800000001000000000×8=100 s 若沒有額外負擔，同樣的傳輸只需 80 秒；20% 的額外負擔增加了 20 秒。 為什麼有效輸送量低於標稱速度 連線的標稱數字是它的原始訊號傳輸速率。有幾項因素會讓你的實際資料無法用滿這個容量： 協定標頭。 每個封包都帶有乙太網路、IP 與 TCP 標頭。對標準的 1500 位元組訊框而言，大約 2–5% 是標頭而非實際資料。 確認封包與重送。 TCP 會確認送達並重送遺失的區段，雙向都會消耗容量。 慢啟動與壅塞控制。 TCP 是逐步加速的，因此短時間的傳輸從未達到全速。 共享媒介與干擾。 Wi-Fi、行動網路與爭用的連線會因碰撞與訊號損失而失去輸送量。 端點限制。 緩慢的硬碟、忙碌的 CPU，或負載過重的伺服器，都可能把傳輸壓到遠低於網路容量的水準。 選擇額外負擔值 情境實際額外負擔有線區域網路、大型檔案、TCP5% – 10%一般家用網際網路、大型檔案10% – 15%Wi-Fi 或長距離網際網路路徑15% – 25%大量小型檔案25% 以上理論最佳情況0% 對小型檔案而言，每個檔案的連線建立與 TCP 加速階段是主導因素，因此有效速率可能遠低於上述數值。 位元、位元組與 ×8 換算 網路速度以每秒位元數標示（Mbps、Gbps）；檔案大小以位元組標示（MB、GB）。一個位元組是 8 個位元，因此 1 GB 的檔案是 8 gigabit。所以「100 Mbps」的連線最多大約傳遞 12.5 MB/s——這也是為什麼以 MB/s 顯示的下載管理員，峰值會落在宣傳 Mbps 數字的約八分之一。 相關計算機 若想要不含額外負擔項的快速估算，請使用 下載時間計算機 計算機。若要在每秒位元數與每秒位元組單位之間換算，請使用 吞吐量（bps）換算器 計算機。若要估算即時媒體所需的頻寬，請參考 串流頻寬計算器 計算機。 常見問題（FAQ）為什麼傳輸時間比標稱連線速度預估的還久？標稱 100 Mbps 的連線幾乎不可能真正承載 100 Mbps 的檔案資料。部分容量要承載 TCP/IP 與乙太網路標頭，部分耗在確認封包與重送上，而 TCP 的壅塞控制爬升（慢啟動）也代表連線需要時間才能達到全速。共享連線、Wi-Fi 干擾，以及兩端硬碟的讀寫速度都會再增加延遲。對日常傳輸而言，假設 5–20% 的額外負擔是合理的起點。 我該使用多少額外負擔值？在有線區域網路上以 TCP 搬移大型檔案時，5–10% 是常見值。透過 Wi-Fi 或較長的網際網路路徑時，把重送與協定往來計入後，15–25% 較為實際。小型檔案承受的額外負擔比例更高，因為連線從未達到全速。如果你只想知道理論上的最佳情況，把額外負擔設為 0% 即可。 為什麼要把檔案大小乘以 8？檔案大小是以位元組計算（一個 1 GB 的檔案是十億個位元組），但網路速度是以每秒位元數計算。一個位元組有 8 個位元，因此 1 GB 的檔案就是 8 gigabit。把 8 gigabit 除以 100 Mbps 的連線，在理論上限下需要 80 秒——這還是在尚未計入任何額外負擔之前。 Mbps 與 MB/s 有什麼差別？Mbps 是每秒百萬個位元 megabit；MB/s 是每秒百萬個位元組 megabyte。因為一個位元組等於 8 個位元，100 Mbps 等於 12.5 MB/s。下載管理員通常顯示 MB/s，而 ISP 宣傳的是 Mbps，這也是為什麼「100 Mbps」方案的下載峰值大約只到 12 MB/s。
