Studio Android używa> 100% procesora przez cały czas - wydaje się, że żadne procesy w tle nie działają

Zauważyłem, że Android Studio (gdy działa) przez cały czas zużywa więcej niż 100% procesora, nawet jeśli wydaje się, że nie ma żadnych procesów w tle, które działa IDE (indeksowanie itp.). Mogę podejrzewać, że było to coś specyficznego dla mojego pudełka, ale niektórzy programiści również się z tym spotykają.

Często zdarza się, że użycie procesora jest na wysokim poziomie 100 lub połowie 200 (patrz zrzuty ekranu poniżej). Czy ktoś też się z tym spotkał? Jeśli tak, to czy istnieją jakieś strategie lub opcje w IDE, aby skorygować tak intensywne wykorzystanie zasobów systemowych?

Możesz wypróbować następujące opcje w menu Plik:

1. Menu Plik -> Unieważnij pamięci podręczne / Uruchom ponownie ... -> Unieważnij i uruchom ponownie
2. Włącz tryb oszczędzania energii , klikając Plik -> Tryb oszczędzania energii

Tryb oszczędzania energii wyłącza tylko szczegółowe informacje o kodzie i zadania w tle.

Dzięki Buzzrickowi (odpowiedź na tej stronie, prawdopodobnie nad moją odpowiedzią) wspomniał o VCS. Wyłączenie wszystkich operacji VCS w tle wydawało się mieć OGROMNY wpływ na wysokie zużycie procesora - było to 150%, a teraz 20%, mniej więcej.

Jestem na OS X

Przejdź do: Preferencje> Kontrola wersji> Tło. W sekcji „Operacje w tle” znajduje się teraz 6 opcji. Wyłączyłem pierwsze trzy opcje, którymi są:

Wykonaj aktualizację VCS w tle, wykonaj zatwierdzenie do VCS w tle, wykonaj pobranie do VCS w tle.

Możesz rozważyć przejście do Plik> Unieważnij pamięć podręczną / Uruchom ponownie Twoja pamięć podręczna może uruchamiać coś dziwnego w tle

Napotkałem stałe, wysokie użycie procesora bez wyraźnego powodu. Unieważnianie pamięci podręcznej nie działało ani nie działał tryb oszczędzania energii.

W moim przypadku coś było nie tak w katalogu „.git”, co powodowało niepowodzenie programu Android Studio w niekończącej się pętli. Ponowne sprawdzenie repozytorium rozwiązało problem.

Radzę sprawdzić dzienniki Android Studio pod kątem wszelkich wskazówek, co powoduje jego usterkę. Możesz także uruchomić go z terminala i sprawdzić wyjście Stdout / Stderr.

Włączyłem oszczędzanie energii w Android Studio 1.0, co pomogło, ale oznaczało to, że zrezygnowałem z tak wielu funkcji, które ma do zaoferowania Android Studio. Dlatego szukałem lepszego rozwiązania, zdarzało mi się, że zawsze pojawiało się okno dialogowe z prośbą o zwiększenie rozmiaru maszyny wirtualnej. Najwyraźniej gdy to zwiększyłem, jestem w stanie wyłączyć oszczędzanie energii i sprawić, by moje Android Studio działało idealnie.

Oto jak to zrobić: W systemie Mac OS przejdź do /Applications/Android\ Studio.app/Contents/bin/studio.vmoptions(Aby otworzyć zawartość, kliknij prawym przyciskiem myszy aplikację Android Studio> Wyświetl zawartość) Znajdziesz następujące zmienne

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

W systemie Windows przejdź do Zmienne środowiskowe i znajdź zmienną systemową o nazwie _JAVA_OPTIONS

Zwiększ odpowiednio te wartości.

• Xmx określa maksymalną pulę alokacji pamięci dla wirtualnej maszyny języka Java (JVM).
• Xms określa początkową pulę alokacji pamięci.

tzn. Twoja maszyna JVM zostanie uruchomiona z ilością pamięci Xms i będzie mogła używać maksymalnie Xmx pamięci.

Miałem dokładnie ten sam problem w Linuksie. Rozwiązany przez zwiększenie rozmiaru pamięci.

Zacząłem od przyjrzenia się top -p <android studio pid> -H, które wątki wykorzystują większość procesora, według mnie są trzy wątki: 94232,94233,94234. Następnie robię, jstack <pid>aby uzyskać zrzut stosu Android Studio i szukam 0x17018 (= 94232), okazuje się, że tak "Gang worker#0 (Parallel CMD Threads)". Wszyscy trzej. najwyraźniej JVM jest zbyt zajęty wykonywaniem GC przez cały czas.

Otworzyłem także konsolę Jconsole na moim procesie w Android Studio i pokazuje czas GC " 20 minutes" !!! (na dole zakładki pamięci)

Poprawka polega na zmianie pliku studio.vmoptions (lub studio64.vmoptions w moim przypadku), aby zwiększyć -Xmxwartość z domyślnych 750m do 1500m. To mi wystarcza. jeśli masz za dużo pamięci, ustaw na 2g lub 4g lub 16g.

Co ciekawe, dla mnie wydawało się to mieć coś wspólnego z integracją kontroli wersji.

Naprawiłem to, ładując ponownie mój projekt studia Android, a kiedy zapytano o okablowanie moich łączy CVS (nie pamiętam dokładnego sformułowania), po prostu powiedziałem „Ignoruj”. Potem działał płynnie bez ściągania procesora

Próbowałem następującą procedurę i Android Studiona mój Surface Pro 3przyspieszony przez insane kwoty:

1. Zmniejsz amountand memoryz tego, Android Virtual Devicesco masz.
2. Invalidate Caches/Restart
3. Przejdź do Power Savetrybu
4. Zamknij wszystko unnecessary files that are opened.
5. Zmniejsz swoje VM Heap Sizedo około 256.

W systemie Windows zmniejszyłem priorytet procesu studio64.exe i ustawiłem koligację procesu na połowę rdzeni. Otwórz Menedżera zadań, kliknij kartę Procesy, kliknij prawym przyciskiem myszy proces studio64.exe, a zobaczysz go w menu.

Zostawiłem tę kwestię otwartą na chwilę, ponieważ współpracownicy i plakaty z czasem odkryli wartość w różnych rozwiązaniach. Dla mnie zwykła aktualizacja Android Studio rozwiązała problem (po kilku miesiącach, w których żadne z opisanych tutaj rozwiązań nie działało).

W Android Studio 2.3 dzieje się tak, gdy otwarte jest okno „Android Monitor” (w oknie są wyświetlane komunikaty Logcat z urządzeń i emulatorów), a następnie naciskasz Ctrl+F( Cmd+Fna Macu), aby wyświetlić pasek wyszukiwania „Znajdź” w tym oknie .

Może się to również zdarzyć po podłączeniu telefonu Samsung do komputera przez USB, który ma włączony tryb programisty, ponieważ telefony Samsung zwykle wysyłają duże ilości tekstu debugowania do Logcat co sekundę, nawet jeśli okno Logcat jest zamknięte.

Tak więc rozwiązania zapobiegające 100% wykorzystaniu procesora to:

Wyłącz pasek wyszukiwania Znajdź lub całkowicie ukryj okno.

lub

Odłącz telefon Samsung, który wysyła wiele wiadomości debugowania.

lub

Uaktualnij do Android Studio 3, gdzie ten błąd nie występuje.

W moim przypadku mam white-listedfolder Android-Studio w "Eset Smart Security"i problem został rozwiązany!

mam nadzieję że to pomoże!

Edytować:

Wyłączenie HIPSw Eset settingsbyło również pomocne w mojej sytuacji!