Wstrzymaj GC Błąd po aktualizacji Androida 4.4.2

Question

Ostatnio mój Galaxy Note 2 został uaktualniony do wersji 4.4.2. Używam tego telefonu do rozwoju (przy użyciu ADT) i życie było w porządku, ale po tym uaktualnieniu "Pause GC" zaczął się błąd i nie mogę go rozwiązać. Przychodzi za każdym razem, gdy zmienia się ekran UI w moim narzędziu ADT LogCat. Poniżej znajduje się zrzut błędu.

Z góry dziękujemy za pomoc.

05-13 22:39:22.538: W/dalvikvm(8350): No implementation found for native Ldalvik/system/VMRuntime;.pauseGc:(Ljava/lang/String;)I 
05-13 22:39:22.543: E/MyThread(8350): Pause GC 
05-13 22:39:22.543: E/MyThread(8350): java.lang.reflect.InvocationTargetException 
05-13 22:39:22.543: E/MyThread(8350): at java.lang.reflect.Method.invokeNative(Native Method) 
05-13 22:39:22.543: E/MyThread(8350): at java.lang.reflect.Method.invoke(Method.java:515) 
05-13 22:39:22.543: E/MyThread(8350): at android.app.MyThread.pauseGC(MyThread.java:5525) 
05-13 22:39:22.543: E/MyThread(8350): at android.app.MyThread.performLaunchActivity(MyThread.java:2324) 
05-13 22:39:22.543: E/MyThread(8350): at android.app.MyThread.handleLaunchActivity(MyThread.java:2471) 
05-13 22:39:22.543: E/MyThread(8350): at android.app.MyThread.access$900(MyThread.java:175) 
05-13 22:39:22.543: E/MyThread(8350): at android.app.MyThread$H.handleMessage(MyThread.java:1308) 
05-13 22:39:22.543: E/MyThread(8350): at android.os.Handler.dispatchMessage(Handler.java:102) 
05-13 22:39:22.543: E/MyThread(8350): at android.os.Looper.loop(Looper.java:146) 
05-13 22:39:22.543: E/MyThread(8350): at android.app.MyThread.main(MyThread.java:5602) 
05-13 22:39:22.543: E/MyThread(8350): at java.lang.reflect.Method.invokeNative(Native Method) 
05-13 22:39:22.543: E/MyThread(8350): at java.lang.reflect.Method.invoke(Method.java:515) 
05-13 22:39:22.543: E/MyThread(8350): at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1283) 
05-13 22:39:22.543: E/MyThread(8350): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1099) 
05-13 22:39:22.543: E/MyThread(8350): at dalvik.system.NativeStart.main(Native Method) 
05-13 22:39:22.543: E/MyThread(8350): Caused by: java.lang.UnsatisfiedLinkError: Native method not found: dalvik.system.VMRuntime.pauseGc:(Ljava/lang/String;)I 
05-13 22:39:22.543: E/MyThread(8350): at dalvik.system.VMRuntime.pauseGc(Native Method) 
05-13 22:39:22.543: E/MyThread(8350): ... 15 more 

UPDATE: Mam problem inicjowane w code.android.com (http://code.google.com/p/android/issues/detail?id=71073). Jak na ich błąd Samsunga, więc podniosłem problem na forum Samsung teraz.

Answer 1

Miałem ten sam problem co ty. Używałem ACRA i połknąłem awarię i pokazałem to tylko w logcat.

Błąd faktycznie powrócił do serwera i mogłem poprawnie debugować. Ewentualnie wyłącz ACRA podczas debugowania, a zobaczysz właściwy błąd.

Answer 2

Po obejrzeniu tego problemu przez pewien czas na mojej notatce 2 (GT-N7100), Android 4.4.2 chciałem uczynić mój powyższy komentarz właściwą odpowiedzią.

Sortowanie według wielkości alokacji:

użyłem WebRTC śledzić alokacji, gdy używany jest Android aparat fotograficzny, i że można wyraźnie zauważyć, że za każdym razem aparat jest wywoływany i wideo jest renderowane na GLSurfaceView w nowej Aktywności, pozostało ponad 2 MB śmieci, które nigdy nie są gromadzone przez GC.

Dla porównania, tutaj jest taki sam przydział śledzone na ASUS Memo Pad 2, Android 4.2.2:

Sortowanie według wielkości alokacji:

w innych słowa, w uwadze 2 możesz rozpocząć podgląd wideo na żywo około 20-30 razy, zanim pamięć się zapełni i urządzenie się zawiesi.

Innymi słowy: Samsung wprowadził ten problem z aktualizacją zeszłego roku i jeszcze go nie naprawił, ani nie reaguje w żaden sposób. Czy Samsung chce, abyśmy kupili nowe urządzenie? Na to wygląda.

-

I tu jest mój oryginalny komentarz jako od 2014-12-11:

To powoduje kłopoty. Powoduje, że urządzenie potrzebuje o wiele więcej pamięci niż potrzeba i ulega awarii. Opracowujemy aplikację z wieloma obrazami i filmami , a ze względu na brak GC można sprawić, że Android osiągnie limit 64 MB (Uwaga 2) i ulegnie awarii, podczas gdy na innych urządzeniach zużycie pamięci jest o wiele niższe, a pamięć jest zawsze wydany po użyciu. W przypadku przykładu , ASUS Memo Pad o tej samej rozdzielczości zużywa około 12 MB, a to, co Samsung Note 2 ma 24 MB.Urządzenie Samsung jest o wiele szybsze, prawdopodobnie z powodu pominięcia GC.