我以前從未見過或聽說過這樣的事情，而且我在網上找不到任何其他類似的東西。
我已經將網路升級到千兆位，並且最近一直在傳輸大檔案（這個問題是一堆總計超過 200GB 的 DVD 映像）。每當我嘗試複製一組幾GB 或更大的檔案時，我都會注意到這種奇怪的行為，Mint 會將一大塊資料載入到RAM 中——通常約為1.2 GB 或更小——有時只有幾百兆—— - 然後開始傳輸。當它完成傳輸時，它實際上會停止傳輸，吐出舊的資料塊，並等待繼續傳輸，直到下一個資料區塊載入到 RAM 中。然後它將恢復透過網路傳輸。然後再重複。並重複。並重複。直到數據全部完成。
這是這些奇怪時刻之一的系統監視器的螢幕截圖。
。您可以在 RAM 轉儲資料的精確時刻看到傳輸終止，然後在傳輸再次恢復的同一時刻看到 RAM 變平。同樣有趣的是，我實際上有 6 GB RAM，而不是 Sys 的 3.2 GB。 Monitor會讓你相信－這是Mint第二次突然沒有報告此事。但這是另一天的問題。
這並不是世界上最糟糕的事情，但是當我使用過的所有其他作業系統在透過網路傳輸資料時同時將資料載入到 RAM 中或從 RAM 中載入出來時，這有點煩人。它不必停下來思考它。如果我能解決這個問題，那麼在移動這些大量數據時會節省我的時間。
有什麼建議、補救措施、診斷或理論嗎？
答案1
Marco 的評論激勵我嘗試一些我沒有想到的事情，然後我發現了答案。好吧，我想我發現了一個替代方案。如果有人對此有更多了解，請添加答案。
我應該事先指定如何傳輸文件。這是透過網路（當然）透過 WebDAV 連接到我的 Synology NAS 完成的。
在 Marco 發表評論後，我測試了使用幾種不同的方法將大約 11.7 GB 複製到 NAS：
Samba：不僅平均速度快得多，而且沒有等待資料載入的問題。
FTP：平均速度更快，傳輸不會停止等待資料載入到記憶體中，但有時 CPU 會變得有點有趣......我的意思是它最大化了其中一個核心，我不得不終止FTP 進程，因為即使在我取消傳輸後，它仍然繼續佔用CPU。
WebDAV：和以前一樣——RAM 會抓取一堆數據，數據會傳輸，然後 RAM 會轉儲它並抓取更多數據，傳輸這些數據，等等。
所以我發現 Samba 在這種情況下是更好的方法。我做了一點谷歌搜索，發現有些人認為 WebDAV 是一種笨重的協議，尤其是對於 LAN。
不過，我不知道這是否是 WebDAV 的方式——其他人是否也有同樣的問題——或者 Mint 是否有問題，或者這只是我對 Mint 的特殊設定。所以我想我會在選擇這個作為最佳答案之前幾天給出這個，只是為了看看其他人是否有更好的解決方案/更多我無法添加的內容。