RcloneViewでRclone転送時の高いメモリ・CPU使用率を解決する方法
rcloneの転送がRAMを使い尽くしたり、CPUを100%に張り付かせたりしていませんか? RcloneViewを使えば、コマンドラインのフラグを暗記しなくても、原因を特定してパフォーマンス設定を調整できます。
クラウド転送中にシステムの動作が極端に遅くなったことに気づいたなら、あなただけではありません。rcloneは強力なツールですが、デフォルト設定や誤った設定オプションによって、特に大量のファイル数、マウントされたドライブ、並列転送を扱う場合に、システムリソースを大きく消費してしまうことがあります。症状はおなじみのものです。ファンが回転数を上げ、アプリケーションが応答しなくなり、転送が必要以上にリソースを使っているように見える、といった具合です。
幸いなことに、リソース使用率が高くなるほとんどのケースには、簡単な解決策があります。このガイドでは、rcloneでメモリやCPUの使用率が過剰になる最も一般的な原因を取り上げ、RcloneViewのビジュアル設定ツールを使ってそれらを解決する方法を紹介します。

すべてのクラウドを一か所で管理・同期
RcloneViewはrcloneのクロスプラットフォームGUIです。フォルダを比較し、ファイルを転送・同期し、クリーンなビジュアルインターフェースでマルチクラウドのワークフローを自動化できます。
- ワンクリック操作: コピー · 同期 · 比較
- 信頼性の高い自動化のためのスケジューラーと履歴
- Google Drive、OneDrive、Dropbox、S3、WebDAV、SFTPなどに対応
コア機能は無料。Plusで自動化機能を利用可能。
よくある症状
解決策に入る前に、rcloneの操作中に高いリソース使用率がどのように現れるかを見ておきましょう。
- 高いRAM使用率: rcloneプロセスが1GB以上のメモリを消費し、場合によってはシステムがメモリ不足になるまで継続的に増加し続けます。
- CPUスパイク: 転送中、特に大きなディレクトリを一覧表示する際に、1つ以上のCPUコアが100%に張り付きます。
- システムの応答不能: rcloneの実行中に他のアプリケーションがフリーズしたり、動作が遅くなったりします。
- 転送失敗: メモリ不足エラーによって転送が予期せず中断されます。
- パフォーマンスの低下: 逆説的ですが、並列処理が多すぎるとリソースの競合によってすべてが遅くなることがあります。
同時転送数とチェッカー数の過多
リソース使用率が高くなる最も一般的な原因は、並列転送とチェッカーを多く実行しすぎることです。rcloneのデフォルトは4つの転送と8つのチェッカーですが、ユーザーはこの数値を増やせば速くなると考えて増加させることがよくあります。32や64の同時転送を実行すると、システムとネットワーク接続の両方に過大な負荷をかけることになります。
RcloneViewでの修正方法:
同期ジョブを作成または編集する際に、--transfersフラグを妥当な値に設定してください。まず4から始め、帯域幅とシステムが処理できる場合にのみ増やします。--checkersは8以下に設定してください。一般的な家庭用回線であれば、2〜4の転送数と4〜8のチェッカー数が、速度とリソース消費のバランスとして適切です。
大量のファイルリストとディレクトリスキャン
rcloneが数十万から数百万に及ぶファイルを含むディレクトリをスキャンすると、すべてのファイルとそのメタデータをメモリ上のリストとして構築します。これにより、非常に大きなディレクトリでは数ギガバイトのRAMを消費することがあります。
修正方法:
- 対応している場合は
--fast-listを使用してください。このフラグはより少ないAPI呼び出しでディレクトリの一覧を取得し、一部のプロバイダー(S3など)ではメモリ使用量を実際に削減できますが、他のプロバイダーでは逆に増加させることもあります。使用しているプロバイダーで実際にテストしてください。 - クラウドアカウント全体を一度に同期するのではなく、特定のサブディレクトリを対象にすることで、大きな同期ジョブをより小さな単位に分割してください。
- フィルタルール(
--include、--exclude)を使って、各同期操作の対象範囲を制限してください。一覧表示するファイル数が少ないほど、消費されるメモリも少なくなります。