WOOFY · 遊戲相關問題
下載倒數不保證何時能開始遊戲
和朋友約好玩遊戲前,先確認啟動器中的數字代表什麼。網路傳輸、本機安裝與受阻的更新,應分別判斷。
兩個虛構的教學範例,並非實測,也不代表常見遊戲的大小或速度。
約好在 30 分鐘後開始遊戲
根據傳輸過程中的這些觀察,判斷你能怎麼向朋友說明。
只能得知條件成立時的傳輸時間。
應使用剩餘下載量計算,而不是總下載量或安裝後的遊戲大小。單次速度觀察無法保證之後的速率。本機工作可能與傳輸同時進行,也可能在傳輸後繼續,因此再加上猜測的固定延遲,也不能確定開玩時間。
接著確認什麼
約定開始時間前,再次確認剩餘網路資料、速率單位及啟動器目前的工作階段。
若證據表格超出螢幕寬度,請橫向捲動查看。
| 觀察項目 | 已知資訊 | 可以知道什麼 |
|---|---|---|
| 網路資料 | 共 40 GB;已接收 10 GB | 還有 30 GB 需要傳輸。 |
| 觀察到的速率 | 20 MB/s = 160 Mbps | 每位元組含八個位元:兩種寫法表示相同速率。 |
| 附帶條件的傳輸時間 | 30000 MB ÷ 20 MB/s = 1500 s = 25 分鐘 | 前提是速率持續不變。 |
| 本機處理工作 | 剩餘時間未知 | 最後的 5 分鐘未必足以完成安裝或驗證。 |
證據支持哪個說法?
- 25 分鐘後就能玩遊戲。
- 所有工作都會在 30 分鐘內完成。
- 若速率維持不變,傳輸需要 25 分鐘;能開玩的時間未知。
若速率維持不變,傳輸需要 25 分鐘;能開玩的時間未知。
網路傳輸結束,狀態卻不同
比較兩個虛構的更新畫面。兩者都已接收完整的 2 GB 網路資料。
A 需要持續觀察;B 的不足空間可以算出來。
Steam 可能為小幅更新重建大型檔案。Epic 可能在把已接收的檔案寫入磁碟時暫停網路下載。這些都不能推導出通用的空間倍數。B 的不足量來自明確的空間要求,而非 2 GB 下載量;只滿足該要求,也不能證明已能開始遊戲。
接著確認什麼
留意 A 的進度與錯誤。處理 B 時,先確認要求與目的磁碟,再管理儲存空間,之後重新查看啟動器狀態。
若證據表格超出螢幕寬度,請橫向捲動查看。
| 觀察項目 | 已知資訊 | 可以知道什麼 |
|---|---|---|
| 畫面 A | 0 MB/s;安裝中;磁碟工作持續進行 | 僅憑網路速率為零,無法證明失敗,也無法證明已就緒。 |
| 畫面 B | 已停止;目的磁碟需要 32 GB 可用空間 | 這是目前所需的可用空間,不是遊戲最終大小。 |
| 畫面 B 的可用空間 | 同一磁碟上有 20 GB | 32 − 20 = 12 GB,也就是距離明確要求還缺少的空間。 |
能得出哪個結論?
- 網路傳輸完成了,所以兩者都能玩了。
- A 還在處理;B 的空間缺口是 12 GB。
- 兩者永遠都需要安裝後遊戲大小的兩倍空間。
A 還在處理;B 的空間缺口是 12 GB。
依序閱讀證據
- 計算前先對應數量與單位:剩餘傳輸量、速率,或所需可用空間。
- 將目前階段和錯誤訊息與網路速度分開判讀。
- 說明觀察能支持哪些結論,以及哪些部分仍未知。
計算能回答的範圍
這些範例使用十進位單位:1 GB = 1000 MB。請確認實際單位;GB 與 GiB 是不同的單位。
仍有資料待傳輸而速率為零時,無法估算有限的傳輸時間。沒有剩餘下載,不代表安裝完成、能成功啟動,或伺服器可用。
估算能量化的工作。在承諾開玩時間前,確認尚未完成的階段。