下のスクリーンショットが示すように、Googleドライブは何もしていないように見えます(データを同期していない)にもかかわらず、CPU(コアi7)の12%以上を使用しています。
公式文書には次のように記載されています:
ネットワーク接続とコンピューターの設定によっては、Googleドライブが初期同期を完了するために大量のCPU を消費する場合があります。
ただし、現在1か月以上インストールされており、同期する新しいものはありません。それでは、なぜCPUを多く使用するのですか?
下のスクリーンショットが示すように、Googleドライブは何もしていないように見えます(データを同期していない)にもかかわらず、CPU(コアi7)の12%以上を使用しています。
公式文書には次のように記載されています:
ネットワーク接続とコンピューターの設定によっては、Googleドライブが初期同期を完了するために大量のCPU を消費する場合があります。
ただし、現在1か月以上インストールされており、同期する新しいものはありません。それでは、なぜCPUを多く使用するのですか?
回答:
これがバグであることは間違いありません。ドライブ同期プロセスは、プロセスのCPUアクティビティが最大の状態になります。ドライブの同期プロセスを強制終了して再起動すると、同期プロセスの使用はアイドルレベルに戻ります。
これは間違いなく初期同期の問題ではありません。アカウントへの書き込みアクセス権を持つ他のユーザーがいない状態で、1台のマシンからドライブに同期された個人フォルダーがあります。Win7 x64のGoogleドライブシステムトレイアプリケーションは、ファイルが数日間変更されていない場合でも、このシナリオで大量のCPUを消費します。また、何週間も触れられていないファイルを再同期します。NTFSからのローカル変更日は、これらのファイルの数週間前と言っています。
簡単に言えば、Googleドライブの変更検出メカニズムは、DropboxやOneDriveと比較して非常に非効率的で進化が不十分です。ローカルの変更に対してイベント駆動型にする必要があります(Win32 APIは、ポーリングなどではなく、ローカルファイルの変更に対してイベント駆動型の変更通知を行うことができます)。リモート変更では、ポーリングではなく、可能であればPUSHを使用する必要があります。
ファイルのアクセス許可の問題は、適切に処理する必要があります(たとえば、アクセスが拒否されると、ドライブがCPUを異常にスピンさせてはなりません)。
編集1:私の場合、Googleドライブに一度に600'000 +(はい、60万以上)のファイルを追加したため、GoogleドライブがCPUを大量に使用していました。
編集2:約1年間使用した後、私は安全にGoogleドライブの使用を推奨しないと言うことができます。ファイルの同期にまだ問題があります。多くの場合、同期プロセス全体が単に停止し、一部のファイルがGoogleドライブフォルダーに再度追加されることがあります。他の問題を見逃しているかもしれません。機密ファイルが削除されないことを願っています。
注:これを行う前に、ファイルを外部ドライブにバックアップすることをお勧めします。
私のコンピューターで:関連するフォルダーを圧縮し、その後これらのフォルダーの圧縮されていないバージョンを削除しました。Googleドライブオンラインから直接:GoogleドライブオンラインWebアプリを介してこれらのフォルダーの解凍バージョンを削除し、Googleドライブアプリから作業をアンロードすることを期待しました(プラスの効果があるかどうかはわかりません)。
その後、通常の状態に戻るためにGoogleドライブを数回試行しましたが、すべてが正常であるようです(数日後... Googleドライブアプリが同期に苦労し、数回クラッシュした後)。忍耐強く、「一体何が起こっているのか」を理解するのに時間がかかるかもしれません。
1 TBのGoogleドライブプランを取得しました。
140 GB以上をアップロードして正常に動作した後、CPUの88%が使用されています...ある時点でコンピューターがフリーズします。
プログラミングプロジェクトから最近大量のファイルを追加したことが原因の可能性があります。これは多くのファイルがすべて非常に小さいことを意味し、一部は非常に小さいファイルです。