常に100％を超えるCPUを使用しているAndroidStudio-バックグラウンドプロセスが実行されていないようです

Android Studio（実行中）は、IDEが実行しているバックグラウンドプロセス（インデックス作成など）がないように見える場合でも、常に100％を超えるCPUを使用していることに気付きました。これは私のボックスに固有のものだと思うかもしれませんが、一部の開発者もこれに遭遇しています。

多くの場合、CPU使用率は100秒台後半または200秒台半ばです（下のスクリーンショットを参照）。誰かがこれにも遭遇しましたか？もしそうなら、システムリソースのこの集中的な使用を修正するためのIDE内の戦略またはオプションはありますか？

[ファイル]メニューで次のオプションを試すことができます。

1. ファイルメニュー->キャッシュの無効化/再起動...->無効化して再起動
2. [ファイル]-> [省電力モード]をクリックして、省電力モードを有効にします

省電力モードでは、コードインサイトとバックグラウンドタスクのみが無効になります。

Buzzrick（このページで回答済み、おそらく私の回答の上）のおかげで、彼はVCSについて言及しました。VCSのバックグラウンド操作をすべてオフにすると、CPU使用率が高くなることに大きな影響があるように見えました。150％でしたが、現在は20％程度です。

私はOSXを使用しています

[設定]> [バージョン管理]> [背景]に移動します。現在、「バックグラウンド操作」の下にリストされているのは6つのオプションです。最初の3つのオプションを無効にしました。

バックグラウンドでVCSの更新を実行し、バックグラウンドでVCSへのコミットを実行し、バックグラウンドでVCSへのチェックアウトを実行します。

[ファイル]> [キャッシュの無効化/再起動]に移動することを検討してください。キャッシュがバックグラウンドでファンキーな何かを開始している可能性があります

明らかな理由もなく、常に高いCPU使用率に遭遇しました。キャッシュの無効化は機能せず、省電力モードも機能しませんでした。

私の場合、「。git」ディレクトリに何か問題があり、AndroidStudioが無限ループで失敗していました。リポジトリを再度チェックアウトすると、問題が修正されました。

私のアドバイスは、Android Studioのログをチェックして、それが機能しなくなる原因についてのヒントがないかどうかを確認することです。ターミナルから起動して、Stdout / Stderrの出力を確認することもできます。

Android Studio 1.0で省電力をオンにしましたが、これはAndroidStudioが提供する必要のある非常に多くの機能をオプトアウトしたことを意味します。したがって、より良い解決策を見つけようとしました。たまたまダイアログボックスがポップアップ表示され、VMサイズを増やすように求められました。どうやらこれを増やすと、省電力をオフにして、AndroidStudioを完全に機能させることができます。

これを行う方法/Applications/Android\ Studio.app/Contents/bin/studio.vmoptionsは次のとおりです。MacOSでは、 （コンテンツを開くにはAndroidStudioアプリを右クリック>コンテンツを表示）に移動します。次の変数があります。

-Xms128m
-Xmx4096m
-XX:MaxPermSize=1024m
-XX:ReservedCodeCacheSize=200m
-XX:+UseCompressedOops

Windowsでは、環境変数に移動し、というシステム変数を見つけます。 _JAVA_OPTIONS

それに応じてこれらの数値を増やします。

• Xmxは、Java仮想マシン（JVM）の最大メモリ割り当てプールを指定します。
• Xmsは、初期メモリ割り当てプールを指定します。

つまり、JVMはXmsのメモリ量で起動され、最大Xmxのメモリ量を使用できるようになります。

Linuxでもまったく同じ問題が発生しました。メモリサイズを増やすことで解決しました。

top -p <android studio pid> -HどのスレッドがCPUの大部分を使用しているかを示すことから始めて、私には3つのスレッドがあります：94232,94233,94234。次にjstack <pid>、Android Studioのスタックダンプを取得するために、0x17018（= 94232）を探します。"Gang worker#0 (Parallel CMD Threads)"。。それらの3つすべて。どうやらJVMはいつもGCをするのに忙しすぎます。

また、Android Studioプロセスに対してjconsoleを開くと、GC時間が表示されます " 20 minutes" !!! （[メモリ]タブの下部）

修正は、studio.vmoptions（または私の場合はstudio64.vmoptions）を変更して、-Xmx値をデフォルトの750mから1500mに増やすことです。私にはそれで十分です。メモリが多すぎる場合は、2gまたは4gまたは16gに設定してください。

興味深いことに、これはバージョン管理の統合に関係しているように見えました。

私はAndroidStudioプロジェクトを再ロードすることでこれを修正し、CVSリンクの配線について尋ねられたとき（正確な表現は思い出せません）、「無視」とだけ言いました。その後、CPUを引っ張らずにスムーズに動作しました

私は次の手順を試しましたAndroid Studioが、Surface Pro 3非常に高速になりました。

1. あなたが持っているamountとmemoryを減らしてAndroid Virtual Devicesください。
2. Invalidate Caches/Restart
3. Power Saveモードに移動
4. すべて閉じますunnecessary files that are opened。
5. あなたのVM Heap Size周りに減らします256。

Windowsでは、studio64.exeプロセスの優先度を下げ、プロセスのアフィニティをコアの半分に設定しました。タスクマネージャーを開き、[プロセス]タブをクリックし、プロセスstudio64.exeを右クリックすると、メニューに表示されます。

ここの同僚やポスターは、時間の経過とともにさまざまなソリューションに価値を見出してきたため、この質問はしばらく開いたままにしておきました。私自身は、Android Studioを更新するだけで問題が解決しました（ここでの解決策のいずれも機能しなかった数か月後）。

Android Studio 2.3では、これは「Androidモニター」ウィンドウが開いているときに発生し（ウィンドウにはデバイスとエミュレーターからのLogcatメッセージが表示されます）、Ctrl+F（Cmd+FMacでは）を押してこのウィンドウ内に「検索」検索バーを表示します。

また、開発者モードが有効になっているUSB経由でSamsung電話をコンピューターに接続した場合にも発生する可能性があります。これは、Samsung電話は通常、Logcatウィンドウが閉じていても、毎秒大量のデバッグテキストをLogcatに送信するためです。

したがって、100％のCPU使用率を防ぐためのソリューションは次のとおりです。

検索検索バーをオフにするか、ウィンドウを完全に非表示にします。

または

大量のデバッグメッセージを送信しているSamsung電話を切断します。

または

このバグが発生しないAndroidStudio3にアップグレードします。

私の場合、white-listedAndroid-Studioのフォルダーが"Eset Smart Security"あり、問題は解決しました。

お役に立てれば！

編集：

無効HIPSにすることEset settingsも私の状況で役に立ちました！