%20%E4%B8%8A%E7%9A%84%E7%A3%81%E7%A2%9F%E5%88%B0%E7%A3%81%E7%A2%9F%E6%B4%BB%E5%8B%95%E8%90%BD%E5%BE%8C%E6%96%BC%E7%B3%BB%E7%B5%B1%EF%BC%88%E9%80%8F%E9%81%8E%20c%3A%5C%EF%BC%89Win10.png)
如果我將大檔案從非 OS D: 複製到非 OS E:
分頁位於 C:
C: 上的 IO 會變慢,如載入時間較長、瀏覽器快取延遲等...
(問題結束)
可選問:有解決辦法嗎?
答案1
這是一個正確的觀察。儘管位於不同的驅動器上,傳輸仍然(可能)由相同的 SATA 控制器處理,並且仍然由 CPU 處理。除此之外,Windows 仍在對檔案進行一些處理(例如權限計算、病毒掃描等)。
可能有一些方法可以改善這一點,至少一點點。某些主機板有多個SATA 控制器來分配負載(它不是動態的,它基於驅動器連接到的控制器),如果您的作業系統磁碟位於同一控制器上,這可能會導致相同的問題,或者它可以改善有些事情是說一個控制器正在讀取,將資料發送到北橋(我相信在這種情況下是北橋),然後發送到處理寫入的另一個控制器,而不是在同一個控制器上讀寫,但我我不是100%相信這一點。
如果有的話也會更快是在同一磁碟上,因為 MBR 只會更新指向資料的指標。
編輯:您可能還會看到使用 Windows 命令列和 robocopy 命令的一些改進。這是一個稍微小的負載,根據您正在做的事情,您可以使用一些標誌來減少所需的計算(權限、錯誤檢查等)