Synology - `du -sh .` は NAS では永遠にかかるが、Mac にマウントすると時間はかからない

Synology - `du -sh .` は NAS では永遠にかかるが、Mac にマウントすると時間はかからない

私の NAS が遅いようですが、これを証明するためにどのようなテストを実行すればよいかわかりません。しかし、これから説明するこの例が実際に発生し、何かが本当に悪化しています。これを修正するために何をする必要があるか、および/または実行できるトラブルシューティングについての回答を期待しています。

サーバーへの接続を使用して Mac に NAS 共有をマウントしました - mountSMB であると表示されます:

//[email protected]/ben on /Volumes/ben-1 (smbfs, nodev, nosuid, mounted by bbos)

ローカル データをそこにコピーしました。完了後、マウントへのコピーが行われたことを確認したかったので、du -sk .ローカル マウント上で実行し、sshNAS にアクセスして同じディレクトリに変更した後、同じ操作を実行しました。

ローカルではduおそらく 15 秒かかりました。NAS 上のものは 5 分後もまだ実行中です (約 10 分後に終了しました - ローカルの答えは 395 GB、NAS 上の答えは 390 GB でした - この差はブロック サイズによるものだと思いますが、間違っている可能性があり、ここで訂正していただければ幸いです)。

NAS は Synology DS1515+ で、5 x 6TB ドライブ、RAID-6 です。6GB の RAM があり、常に最新の DSM (現在は DSM 6.2.2-24922 Update 4) を実行しています。いくつかの追加サービスも実行していますが、特に問題はありません。この 5 分間のほとんどの期間、CPU 使用率は約 12%、RAM 使用率は約 26% でした。

何が起こっているのか十分に理解していないので、アドバイスや質問への回答を期待しています。

Mac で を実行している場合du、NAS のファイル システムがネットワーク経由でデータを送信しているということではありませんか (両方ともギガビット イーサネットで同じルーターに接続されています)。これは、du問題が NAS ハードウェアでも DSM OS でもなく、コマンドにあることを意味しているのではないでしょうか。

しかし、それは意味をなさない。何かが足りない。この原因について何か考えのある人はいますか? これをさらにトラブルシューティングするにはどうすればいいでしょうか、また、解決するにはどうすればいいでしょうか?

冒頭で「遅いようだ」と書いたのは、NAS が時々応答しないように見えるからです。私はそれについてあまり考えたことがありませんでしたが、ディスクをスピンアップする必要があるだけで、時々 10 秒以上かかることがあり、ちょっと変に感じます。この別の問題がわかったので、これらの問題をもっと詳しく検討します。繰り返しになりますが、アドバイスがあればよろしくお願いします。

答え1

Synology DS1515+ と 5 x 6TB ドライブ、RAID-6 をお持ちですか? すべてを RAID 10 でやり直すか、Synology Hybrid RAID を使用して、どちらかの構成を btrfs で行います。データ転送に関しては、その設定の方がより良く (より速く) 動作することがわかりました。それを試して、そこから進めてください。

ネットワークに関しては、デフォルトで tcp/ip になっています。SMB も問題ありませんが、どちらのプロトコルを使用してもファイルを転送できます。MAC を使用している場合は、apple プロトコルも追加してみてください。いつでも変更できます。

関連情報