私は以前このようなものを見たことも聞いたこともないし、オンラインでこのような他のものを見つけることもできません。
ネットワークをギガビットにアップグレードし、最近大容量ファイルを転送しています（問題は合計200 GBを超えるDVDイメージの束でした）。私は数GB以上のファイルセットをコピーしようとするたびに、この奇妙な動作を見つけました。ここで、MintはRAMにデータの集まり（通常約1.2GB以下、時にはわずか数百メガバイト）をロードします。転送が始まります。転送が完了したら、実際に転送を停止し、前のチャンクをエクスポートし、次のチャンクがRAMにロードされるまで転送が続くのを待ちます。これにより、ネットワークを介した転送が再開されます。その後、繰り返します。そして繰り返してください。そして繰り返してください。すべてのデータが完了するまで。
以下は、奇妙な瞬間の1つのシステムモニターのスクリーンショットです。
。 RAMがデータをダンプする正確な瞬間に転送が終了することがわかり、転送が再開されると同時にRAMが平坦化されることがわかります。また、興味深いのは、Sysの3.2GBの代わりに実際に6GBのRAMがあるということです。モニターはあなたを信じさせます。 Mintが突然この事実を報告しなかったのは今回が2番目です。しかし、それは先日の質問です。
世界で最も悪いわけではありませんが、私が使用した他のすべてのオペレーティングシステムがネットワークを介してデータを転送している間にRAMの内外にデータをロードすると、少し迷惑になります。止まってそれについて考える必要はありません。この問題を解決できる場合は、このように大量のデータを移動するときに時間を節約できます。
どのような提案、救済策、診断、理論がありますか？
答え1
マルコの言葉は私にインスピレーションを与え、私が思わなかったことを試みさせ、私はその答えを見つけました。まあ、代替案を見つけたと思います。これについてもっと知っている人がいる場合は、答えを追加してください。
ファイル転送方法を事前に指定する必要があります。これは、WebDAVを介してSynology NASに接続し、（もちろん）ネットワークを介して行われました。
Marcoのコメントに基づいて、いくつかの異なる方法を使用して約11.7GBをNASにコピーすることをテストしました。
Samba：平均してはるかに速いだけでなく、データがロードされるのを待ちません。
FTP：平均して高速で、データがメモリにロードされるまで転送は停止しませんが、時にはCPUが少し奇妙になります...コアの1つを最大限に使用してFTPプロセスを終了する必要がありました。 、転送をキャンセルした後もCPUを占有し続けるからです。
WebDAV：以前と同じ - RAMは多くのデータをインポートし、データが転送され、RAMがそれをダンプし、より多くのデータをインポートし、そのデータを転送するなどのタスクを実行します。
それで、私はこの場合Sambaがより良いアプローチであることを知りました。私はいくつかのインターネット検索を行っており、一部の人々はWebDAVが特にLANの場合は曖昧なプロトコルであると考えていることを発見しました。
しかし、これがWebDAVの方法であるか（他の人も同じ問題を経験しているのか）、Mintに問題があるのか、それともMintのための私の特別な設定なのかはわかりません。だから私はこれを最善の答えとして選択する数日前に、他の人がより良い解決策/私ができないものを追加できることを確認するためにこれを提供すると思いました。