Android Studio(実行中)は、IDEこれは私のボックスに固有のものであると思われるかもしれませんが、一部の開発者もこれに遭遇しています。
多くの場合、CPU使用率は100代後半または200代半ばです(下のスクリーンショットを参照)。誰もこれに遭遇しましたか?その場合、システムリソースのこの集中的な使用を修正するためのIDE=内に戦略またはオプションがありますか?
ここでの同僚やポスターがさまざまなソリューションに価値を見出してきたので、私はしばらくこの質問を公開し続けました。私にとっては、Android Studioが問題を解決しました(ここで解決策が私にとって役に立たなかった数ヶ月後)。
[ファイル]メニューで次のオプションを試すことができます。
省電力モードは、コードの洞察とバックグラウンドタスクのみを無効にします。
[ファイル]> [キャッシュの無効化]/[再起動]を選択することを検討してください。
Buzzrick(このページで回答、おそらく私の回答より上)のおかげで、彼はVCSについて言及しました。 VCSのすべてのバックグラウンド操作をオフにすると、高いCPU使用率に大きな影響を与えるように見えました-150%でしたが、現在は20%前後です。
OS Xを使用しています
[設定]> [バージョン管理]> [バックグラウンド]に移動します。 「背景操作」の下に6つのオプションがリストされています。 最初の3つオプションを無効にしました:
バックグラウンドでVCSの更新を実行し、バックグラウンドでVCSにコミットを実行し、バックグラウンドでVCSにチェックアウトを実行します。
明確な理由もなく、CPU使用率が常に高くなっています。キャッシュの無効化は機能せず、省電力モードも機能しませんでした。
私の場合、「。git」ディレクトリに何らかの問題があり、Android studioが無限ループで失敗しました。レポを再度チェックアウトすると問題が修正されました。
私のアドバイスは、Android studioログをチェックして、原因となっているもののヒントを確認することです。端末から起動して、Stdout/Stderr出力を確認することもできます。
私はAndroid Studio 1.0でパワーセーブをオンにしましたが、これはAndroid Studioが提供しなければならない非常に多くの機能をオプトアウトすることを意味しました。より良い解決策を見つけるために、私はいつもダイアログボックスをポップアップして、VMサイズを増やすように頼みました。どうやらこれを増やしたら、省電力をオフにして、 Android Studioは完璧に動作します。
これを行う方法は次のとおりです。MacOSでは、/Applications/Android\ Studio.app/Contents/bin/studio.vmoptions
に移動します(コンテンツを開くには、Android Studioアプリ>コンテンツの表示)を右クリックします)。次の変数があります。
-Xms128m
-Xmx4096m
-XX:MaxPermSize=1024m
-XX:ReservedCodeCacheSize=200m
-XX:+UseCompressedOops
Windowsでは、環境変数に移動し、_Java_OPTIONS
というシステム変数を見つけます
それに応じてこれらの数値を増やします。
つまり、JVMはXmsのメモリ量で起動され、最大Xmxのメモリ量を使用できるようになります。
Linuxでもまったく同じ問題がありました。メモリサイズを増やして解決しました。
どのスレッドがほとんどのCPUを使用しているかを示すtop -p <Android studio pid> -H
を見ることから始めて、私には3つのスレッドがあります:94232,94233,94234。次に、jstack <pid>
を実行してAndroid studio、および0x17018(= 94232)のスタックダンプを取得します。これは"Gang worker#0 (Parallel CMD Threads)"
であることがわかります。明らかに、JVMは常にGCを行うのに忙しすぎます。
また、my Android studioプロセスに対してjconsoleを開き、GC時間「20 minutes
」を表示します!!!(メモリタブの下部)
修正するには、studio.vmoptions(または私の場合はstudio64.vmoptions)を変更して、-Xmx
値をデフォルトの750mから1500mに増やします。それで十分です。メモリが多すぎる場合は、2gまたは4gまたは16gに設定します。
興味深いことに、私にとってこれはバージョン管理の統合と関係があるように思えました。
私はAndroid studioプロジェクトをリロードし、CVSリンクの配線について尋ねたとき(正確な言葉遣いは覚えていません)、「無視」と言いました。その後、これを修正しました。 CPUを引っ張らずにスムーズに実行されました
私は次の手順を試してAndroid Studio
でSurface Pro 3
を異常な量で高速化しました:
Android Virtual Devices
のamount
とmemory
を減らします。Invalidate Caches/Restart
Power Save
モードに移動unnecessary files that are opened
を閉じます。VM Heap Size
を約256
に減らします。Windowsでは、studio64.exeプロセスの優先度を下げ、プロセスのアフィニティをコアの半分に設定しました。タスクマネージャーを開き、[プロセス]タブをクリックし、プロセスstudio64.exeを右クリックすると、メニューに表示されます。
私の場合、white-listed
Android-Studioのフォルダーが"Eset Smart Security"
にあり、問題は解決しました!
お役に立てれば!
編集:
Eset settings
でHIPS
を無効にすることも、私の状況では役に立ちました!
On Android Studio 2.3、これは"Android Monitor"ウィンドウが開いているときに発生します(ウィンドウにはデバイスおよびエミュレーターからのLogcatメッセージが表示されます)。 Ctrl+F (Cmd+F Macでは)このウィンドウ内の「検索」検索バーを表示に移動します。
また、サムスンの携帯電話は、開発者モードが有効になっているUSB経由でコンピューターに接続すると、Logcatウィンドウが閉じられていても、通常は毎秒大量のデバッグテキストをLogcatに送信するために発生します。
したがって、CPU使用率100%を防ぐソリューションは次のとおりです。
検索検索バーをオフにするか、ウィンドウを完全に非表示にします。
または
多くのデバッグメッセージを送信しているSamsung電話を切断します。
または
Android Studio 3にアップグレードしてください。このバグは発生しません。