tablet ui instanz mit fhem2fhem auslagern, um performanceproblem zu lösen?

[FhemPiUser]

ich habe folgendes problem: ich habe bei mir durch tablet ui etliche perform delay einträge im fhem log meines raspberries. er scheint einfach durch die vielen long/shortpool anfragen überlastet zu sein, vermutlich auch aufgrund des umfangs, weil ich ziemlich viele devices und readings auf der tablet ui seite habe.

wäre es möglich und würde es helfen, wenn man die tablet ui fhemweb instanz auf einen weiteren raspberry auslagern würde und mit fhem2fhem mit dem lokalen raspberr verbinden würde? hat das mal jemand gemacht?

[setstate]

Du hast sicher noch die alte 1er FTUI Version im Einsatz. Ich empfehle die 2.2 , da fragt man beim ShortPoll mit jsonlist2 nur einmal pro interval alles bei Fhem an, da ist die Anzahl der Widgets egal.

[FhemPiUser]

ich habe die 2.0beta, ist das da auch schon so?

die 2.2er habe ich bisher mit meiner index.html nicht stabil zum laufen gebracht...

[chris1284]

statt 2. hardware und fhem2fhem evtl den pi durch etwas mit leistung ersetzen (je nach dem welchen pi du hast).

[CoolTux]

Statt das Problem aus zu lagern solltest Du lieber das Übel an der Wurzel packen.

Frei nach dem Motto

"Hubraum kann man durch nichts ersetzen, ausser durch noch mehr Hubraum"

[CoolTux]

statt 2. hardware und fhem2fhem evtl den pi durch etwas mit leistung ersetzen (je nach dem welchen pi du hast).

2 Doofe ein Gedanke

[setstate]

Die 2.0 und 2.2 sind von der Datenfütterung her gleich, nur die Widges sind nicht kompatibel.

[FhemPiUser]

ich habe den rpi 2, man könnte auf 3 upgraden, die frage ist nur ob das reicht.

allerdings wundert es mich, dass ich bei jedem tablet ui short/longpoll perfmon einträge z.T im minutenrhythmus über den ganzen tag habe, obwohl der load von meinen rasperry nur bei 0.1-0.2 liegt...

[FhemPiUser]

Die 2.0 und 2.2 sind von der Datenfütterung her gleich, nur die Widges sind nicht kompatibel.

ok, dann dürfte die 2.2er version das problem bei mir nicht lösen.

werden eigentlich alle devices/readings von fhem abgefragt oder nur die, die auf der tablet ui seite auftauchen?

[setstate]

ich habe den rpi 2, man könnte auf 3 upgraden, die frage ist nur ob das reicht.

Einen Unterscheid dürft man in diesem Fall nicht merken

allerdings wundert es mich, dass ich bei jedem tablet ui short/longpoll perfmon einträge z.T im minutenrhythmus über den ganzen tag habe, obwohl der load von meinen rasperry nur bei 0.1-0.2 liegt...

Aber Shortpoll passiert doch nur aller 15 Minuten? Was sagen dieperfmon Einträge genau aus?

Sieht man im Netzwerkmonitor der Browser-Entwicklertools etwas? Welcher Aufruf passiert wiederholt oft?

Es gibt natürlich auch noch 3rd Party Widgets für FTUI, die eigene Verbindungen zu FHEM aufbauen. Nicht das dabei eine hohe Last auftritt? Charts, Readingsgroups o.ä.

[FhemPiUser]

Mit laufendem Tablet UI auf WebViewControl auf dem Wandtablet sieht das fhem log etwa so aus:

Code Auswählen Erweitern

2016.06.22 06:18:34 1: Perfmon: possible freeze starting at 06:17:53, delay is 41.617
2016.06.22 06:18:53 1: Perfmon: possible freeze starting at 06:18:35, delay is 18.097
2016.06.22 06:19:31 1: Perfmon: possible freeze starting at 06:19:26, delay is 5.958
2016.06.22 07:14:01 1: Perfmon: possible freeze starting at 07:13:56, delay is 5.348
2016.06.22 07:15:02 1: Perfmon: possible freeze starting at 07:14:57, delay is 5.22
2016.06.22 07:16:03 1: Perfmon: possible freeze starting at 07:15:59, delay is 4.745
2016.06.22 07:17:08 1: Perfmon: possible freeze starting at 07:17:03, delay is 5.12
2016.06.22 07:17:52 1: Perfmon: possible freeze starting at 07:17:47, delay is 5.948
2016.06.22 07:17:58 1: Perfmon: possible freeze starting at 07:17:53, delay is 5.996
2016.06.22 07:18:10 1: Perfmon: possible freeze starting at 07:17:59, delay is 11.67
2016.06.22 07:18:16 1: Perfmon: possible freeze starting at 07:18:11, delay is 5.743
2016.06.22 07:18:22 1: Perfmon: possible freeze starting at 07:18:18, delay is 4.541
2016.06.22 07:19:16 1: Perfmon: possible freeze starting at 07:19:12, delay is 4.837
2016.06.22 07:19:32 1: Perfmon: possible freeze starting at 07:19:26, delay is 6.089
2016.06.22 07:20:17 1: Perfmon: possible freeze starting at 07:20:13, delay is 4.964
2016.06.22 07:21:19 1: Perfmon: possible freeze starting at 07:21:14, delay is 5.152
2016.06.22 07:22:46 1: Perfmon: possible freeze starting at 07:22:41, delay is 5.113
2016.06.22 07:24:12 1: Perfmon: possible freeze starting at 07:24:07, delay is 5.112
2016.06.22 07:25:48 1: Perfmon: possible freeze starting at 07:25:43, delay is 5.15
2016.06.22 07:27:08 1: Perfmon: possible freeze starting at 07:27:04, delay is 4.717
2016.06.22 07:28:25 1: Perfmon: possible freeze starting at 07:28:20, delay is 5.167
2016.06.22 07:29:27 1: Perfmon: possible freeze starting at 07:29:22, delay is 5.123
2016.06.22 07:31:08 1: Perfmon: possible freeze starting at 07:31:03, delay is 5.382
2016.06.22 07:32:52 1: Perfmon: possible freeze starting at 07:32:47, delay is 5.144
2016.06.22 07:33:58 1: Perfmon: possible freeze starting at 07:33:53, delay is 5.143
2016.06.22 07:35:29 1: Perfmon: possible freeze starting at 07:35:24, delay is 5.383
2016.06.22 07:37:35 1: Perfmon: possible freeze starting at 07:37:30, delay is 5.358
2016.06.22 07:39:27 1: Perfmon: possible freeze starting at 07:39:22, delay is 5.379
2016.06.22 07:41:28 1: Perfmon: possible freeze starting at 07:41:23, delay is 5.422
2016.06.22 07:42:44 1: Perfmon: possible freeze starting at 07:42:39, delay is 5.431
2016.06.22 08:17:52 1: Perfmon: possible freeze starting at 08:17:48, delay is 4.723
2016.06.22 08:18:03 1: Perfmon: possible freeze starting at 08:17:53, delay is 10.318
2016.06.22 08:18:14 1: Perfmon: possible freeze starting at 08:18:04, delay is 10.056
2016.06.22 08:19:26 1: Perfmon: possible freeze starting at 08:19:25, delay is 1.057

Wenn ich WebViewControl schliesse, also kein Tablet UI läuft sieht es so aus:

Code Auswählen Erweitern

2016.06.23 01:47:38 1: Perfmon: possible freeze starting at 01:47:36, delay is 2.189
2016.06.23 02:17:38 1: Perfmon: possible freeze starting at 02:17:36, delay is 2.175
2016.06.23 02:19:39 1: Perfmon: possible freeze starting at 02:19:38, delay is 1.119
2016.06.23 02:47:38 1: Perfmon: possible freeze starting at 02:47:36, delay is 2.313
2016.06.23 03:17:38 1: Perfmon: possible freeze starting at 03:17:36, delay is 2.528
2016.06.23 03:47:38 1: Perfmon: possible freeze starting at 03:47:36, delay is 2.499
2016.06.23 04:17:38 1: Perfmon: possible freeze starting at 04:17:36, delay is 2.387
2016.06.23 04:19:39 1: Perfmon: possible freeze starting at 04:19:38, delay is 1.049
2016.06.23 04:47:38 1: Perfmon: possible freeze starting at 04:47:36, delay is 2.319
2016.06.23 05:17:38 1: Perfmon: possible freeze starting at 05:17:37, delay is 1.481
2016.06.23 05:47:38 1: Perfmon: possible freeze starting at 05:47:36, delay is 2.451
2016.06.23 06:17:38 1: Perfmon: possible freeze starting at 06:17:36, delay is 2.215
2016.06.23 06:18:57 1: Perfmon: possible freeze starting at 06:18:56, delay is 1.351
2016.06.23 06:31:35 1: Perfmon: possible freeze starting at 06:31:30, delay is 5.272
2016.06.23 06:47:38 1: Perfmon: possible freeze starting at 06:47:36, delay is 2.511
2016.06.23 07:17:38 1: Perfmon: possible freeze starting at 07:17:36, delay is 2.324
2016.06.23 07:47:38 1: Perfmon: possible freeze starting at 07:47:36, delay is 2.287
2016.06.23 08:17:38 1: Perfmon: possible freeze starting at 08:17:36, delay is 2.403
2016.06.23 08:47:38 1: Perfmon: possible freeze starting at 08:47:36, delay is 2.325
2016.06.23 09:17:38 1: Perfmon: possible freeze starting at 09:17:37, delay is 1.876
2016.06.23 09:47:43 1: Perfmon: possible freeze starting at 09:47:39, delay is 4.085
2016.06.23 10:17:42 1: Perfmon: possible freeze starting at 10:17:39, delay is 3.625
2016.06.23 10:47:42 1: Perfmon: possible freeze starting at 10:47:39, delay is 3.955
2016.06.23 11:17:43 1: Perfmon: possible freeze starting at 11:17:39, delay is 4.092

Der Großteil liegt also an Tablet UI. Die restlichen Delays kommen immer bei Ereignissen des DWD Moduls, dass alle 30min Updates holt:

Code Auswählen Erweitern

2016.06.22 20:47:38 4: GDS dwd: Decoding CAP record #3808
2016.06.22 20:47:38 1: Perfmon: possible freeze starting at 20:47:36, delay is 2.34


Die Tablet UI Delays kommen immer nach folgenden Tablet UI-Ereignissen im fhem log:

Code Auswählen Erweitern


2016.06.22 20:48:47 4: Connection closed for WEBWandtablet_192.168.1.xxx_45829: EOF
2016.06.22 20:48:47 4: Connection accepted from WEBWandtablet_192.168.1.xxx_45830
2016.06.22 20:48:47 4: Connection closed for WEBWandtablet_192.168.1.xxx_45830: EOF
2016.06.22 20:48:47 4: Connection accepted from WEBWandtablet_192.168.1.xxx_45831
2016.06.22 20:48:47 4: Connection accepted from WEBWandtablet_192.168.1.xxx_45832
2016.06.22 20:48:47 4: WEBWandtablet_192.168.1.xxx_45831 GET /fhem/?XHR=1&inform=type%3Dstatus%3Bfilter%3D.*%3Bfmt%3DJSON&_=1466519768342; BUFLEN:0
2016.06.22 20:48:47 4: Connection closed for WEBWandtablet_192.168.1.xxx_45832: EOF
2016.06.22 20:48:48 4: Connection accepted from WEBWandtablet_192.168.1.xxx_45833
2016.06.22 20:48:48 4: Connection accepted from WEBWandtablet_192.168.1.xxx_45833
2016.06.22 20:48:48 4: WEBWandtablet_192.168.1.xxx_45833 GET /fhem/?cmd=jsonlist2&XHR=1&timeout=30000; BUFLEN:0
2016.06.22 20:48:53 4: name: /fhem/?cmd=jsonlist2&XHR=1&timeout=30000 / RL:156154 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2016.06.22 20:48:53 1: Perfmon: possible freeze starting at 20:48:49, delay is 4.73


Kann es ein, dass er hier mehrere Connections parallel öffnet?

Noch ein Beispiel:

Code Auswählen Erweitern

2016.06.11 15:41:39 4: Connection accepted from WEBWandtablet_192.168.1.xxx_33691
2016.06.11 15:41:39 4: Connection accepted from WEBWandtablet_192.168.1.xxx_33692
2016.06.11 15:41:39 4: Connection closed for WEBWandtablet_192.168.1.xxx_33691: EOF
2016.06.11 15:41:39 4: Connection accepted from WEBWandtablet_192.168.1.xxx_33693
2016.06.11 15:41:40 4: Connection accepted from WEBWandtablet_192.168.1.xxx_33694
2016.06.11 15:41:40 4: Connection closed for WEBWandtablet_192.168.1.xxx_33692: EOF
2016.06.11 15:41:40 4: WEBWandtablet_192.168.1.xxx_33693 GET /fhem/?cmd=jsonlist2&XHR=1&timeout=30000; BUFLEN:0
2016.06.11 15:41:45 4: name: /fhem/?cmd=jsonlist2&XHR=1&timeout=30000 / RL:156482 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2016.06.11 15:41:45 4: WEBWandtablet_192.168.1.xxx_33694 GET /fhem/?XHR=1&inform=type%3Dstatus%3Bfilter%3D.*%3Bfmt%3DJSON&_=1465640543461; BUFLEN:0
2016.06.11 15:41:45 1: Perfmon: possible freeze starting at 15:41:41, delay is 4.906


aber es passiert auch, wenn offenbar nur eine Connection aufgebaut wird:

Code Auswählen Erweitern

2016.06.23 19:38:14 4: WEBWandtablet_192.168.1.xxx_45857 GET /fhem/?cmd=jsonlist2&XHR=1&timeout=30000; BUFLEN:0
2016.06.23 19:38:14 5: Cmd: >jsonlist2<
2016.06.23 19:38:20 5: SYSMON sysmon: Set.744 sysmon ?
2016.06.23 19:38:20 4: name: /fhem/?cmd=jsonlist2&XHR=1&timeout=30000 / RL:155990 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2016.06.23 19:38:20 1: Perfmon: possible freeze starting at 19:38:15, delay is 5.718


Webconsole ist schwierig, da ich die nicht auf dem Tablet habe. In der Webconsole auf dem Desktop kommen folgende Warnings:

Code Auswählen Erweitern

Diese Website verwendet ein SHA-1-Zertifikat; es wird empfohlen, Zertifikate mit Signaturalgorithmen zu verwenden, die stärkere Hashfunktionen verwenden als SHA-1.[Weitere Informationen] /
Mit document.write() wurde ein nicht balancierter Baum geschrieben, was dazu geführt hat, dass Daten aus dem Netzwerk neu geparst werden mussten. Für weitere Informationen https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing ftui:93:0
Mit document.write() wurde ein nicht balancierter Baum geschrieben, was dazu geführt hat, dass Daten aus dem Netzwerk neu geparst werden mussten. Für weitere Informationen https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing ftui:120:0
Mit document.write() wurde ein nicht balancierter Baum geschrieben, was dazu geführt hat, dass Daten aus dem Netzwerk neu geparst werden mussten. Für weitere Informationen https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing ftui:144:0
Mit document.write() wurde ein nicht balancierter Baum geschrieben, was dazu geführt hat, dass Daten aus dem Netzwerk neu geparst werden mussten. Für weitere Informationen https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing ftui:168:0
Mit document.write() wurde ein nicht balancierter Baum geschrieben, was dazu geführt hat, dass Daten aus dem Netzwerk neu geparst werden mussten. Für weitere Informationen https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing ftui:191:0
Mit document.write() wurde ein nicht balancierter Baum geschrieben, was dazu geführt hat, dass Daten aus dem Netzwerk neu geparst werden mussten. Für weitere Informationen https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing ftui:218:0
Mit document.write() wurde ein nicht balancierter Baum geschrieben, was dazu geführt hat, dass Daten aus dem Netzwerk neu geparst werden mussten. Für weitere Informationen https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing ftui:244:0
Mit document.write() wurde ein nicht balancierter Baum geschrieben, was dazu geführt hat, dass Daten aus dem Netzwerk neu geparst werden mussten. Für weitere Informationen https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing ftui:257:0
Mit document.write() wurde ein nicht balancierter Baum geschrieben, was dazu geführt hat, dass Daten aus dem Netzwerk neu geparst werden mussten. Für weitere Informationen https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing ftui:271:0
Mit document.write() wurde ein nicht balancierter Baum geschrieben, was dazu geführt hat, dass Daten aus dem Netzwerk neu geparst werden mussten. Für weitere Informationen https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing ftui:285:0
Mit document.write() wurde ein nicht balancierter Baum geschrieben, was dazu geführt hat, dass Daten aus dem Netzwerk neu geparst werden mussten. Für weitere Informationen https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing ftui:300:0
Mit document.write() wurde ein nicht balancierter Baum geschrieben, was dazu geführt hat, dass Daten aus dem Netzwerk neu geparst werden mussten. Für weitere Informationen https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing ftui:321:0
Mit document.write() wurde ein nicht balancierter Baum geschrieben, was dazu geführt hat, dass Daten aus dem Netzwerk neu geparst werden mussten. Für weitere Informationen https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing ftui:343:0
Mit document.write() wurde ein nicht balancierter Baum geschrieben, was dazu geführt hat, dass Daten aus dem Netzwerk neu geparst werden mussten. Für weitere Informationen https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing ftui:364:0
Mit document.write() wurde ein nicht balancierter Baum geschrieben, was dazu geführt hat, dass Daten aus dem Netzwerk neu geparst werden mussten. Für weitere Informationen https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing ftui:385:0
Mit document.write() wurde ein nicht balancierter Baum geschrieben, was dazu geführt hat, dass Daten aus dem Netzwerk neu geparst werden mussten. Für weitere Informationen https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing ftui:426:0
Mit document.write() wurde ein nicht balancierter Baum geschrieben, was dazu geführt hat, dass Daten aus dem Netzwerk neu geparst werden mussten. Für weitere Informationen https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing ftui:562:0
Mit document.write() wurde ein nicht balancierter Baum geschrieben, was dazu geführt hat, dass Daten aus dem Netzwerk neu geparst werden mussten. Für weitere Informationen https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing ftui:613:0
Mit document.write() wurde ein nicht balancierter Baum geschrieben, was dazu geführt hat, dass Daten aus dem Netzwerk neu geparst werden mussten. Für weitere Informationen https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing ftui:632:0
Mit document.write() wurde ein nicht balancierter Baum geschrieben, was dazu geführt hat, dass Daten aus dem Netzwerk neu geparst werden mussten. Für weitere Informationen https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing ftui:653:0
Mit document.write() wurde ein nicht balancierter Baum geschrieben, was dazu geführt hat, dass Daten aus dem Netzwerk neu geparst werden mussten. Für weitere Informationen https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing ftui:685:0
Mit document.write() wurde ein nicht balancierter Baum geschrieben, was dazu geführt hat, dass Daten aus dem Netzwerk neu geparst werden mussten. Für weitere Informationen https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing ftui:736:0
Mit document.write() wurde ein nicht balancierter Baum geschrieben, was dazu geführt hat, dass Daten aus dem Netzwerk neu geparst werden mussten. Für weitere Informationen https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing ftui:787:0
Mit document.write() wurde ein nicht balancierter Baum geschrieben, was dazu geführt hat, dass Daten aus dem Netzwerk neu geparst werden mussten. Für weitere Informationen https://developer.mozilla.org/en/Optimizing_Your_Pages_for_Speculative_Parsing ftui:805:0
SyntaxError: missing ; before statement phonegap.js:1:5
Die Vollbild-Schnittstelle mit Präfix sollte nicht mehr verwendet werden. Bitte verwenden Sie die Variante ohne Präfix für den Vollbildmodus. Weitere Hilfe auf https://developer.mozilla.org/en-US/docs/Web/API/Fullscreen_API content.js:9:1491
Synchrone XMLHttpRequests am Haupt-Thread sollte nicht mehr verwendet werden, weil es nachteilige Effekte für das Erlebnis der Endbenutzer hat. Für weitere Hilfe siehe http://xhr.spec.whatwg.org/

Mein Wandtablet wird per Bewegungsmelder automatisch angeschaltet, dann kommt das "Network Online" und er macht ein shortpoll. Nach 2min Inaktivität schaltet sich das Tablet wieder ab. Es kann damit also denke ich häufiger zu shortpolls kommen als alle 15min. Aber trotzdem sollte es doch keine solche Delays geben, oder?

Komisch ist noch, dass in der Netzwerkanalyse die Antworten folgender Requests (shortpoll request?) scheinbar sehr lange dauern (siehe Bild im Anhang mit 5s):

Code Auswählen Erweitern

https://192.168.1.xxx:xxx/fhem/?cmd=jsonlist2&XHR=1&timeout=30000

ein weiterer hat 21s gedauert:

Code Auswählen Erweitern

https://192.168.1.xxx:xxx/fhem/?XHR=1&inform=type%3Dstatus%3Bfilter%3D.*%3Bfmt%3DJSON&_=1466704392706

Was kann man tun? 

[Wernieman]

Kleiner Hinweis:
Da Du oben von der "load" sprichst:
https://de.wikipedia.org/wiki/Load
http://www.pc-erfahrung.de/linux/administration/linux-systemauslastung-analysieren.html

d.h. die Load sagt nur aus, das Prozesse auf io-Warten! Du kannst also ein System mit niedriger Load haben, welches trotzdem nicht bedienbar ist. Auch der Fall, das in System totz hoher Load sich "normal" benimmt ist möglich.

Kleine Annektote:
Unser Spitzenwert für einen rechner mit hoher load war eine Load von 10.000 .. trotzdem war er "normal" benutzbar. Nur die php-Prozeee, welche auf die (momentan) nicht existierte DB warteten .... die warteten einfach.

Deshalb währe auch folgendes Sinvoll zu Wissen:
Speicher/Swap/CPU-Auslastung
Prozesszahl etc.

[FhemPiUser]

ok, aber die Parameter scheinen auch ok zu sein:

Ist ein Raspberry Pi 2 (ARMv6, 900Mhz).

Speicherauslastung:

Code Auswählen Erweitern


RAM: Total: 925.89 MB, Used: 156.26 MB, 16.88 %, Free: 769.63 MB
swap: Total: 100.00 MB, Used: 0.00 MB, 0.00 %, Free: 100.00 MB


CPU-Auslastung ist niedrig, Load schwankt auf niedrigem Niveau siehe Anhang.

Aber man sieht, wie der Netzwerktraffic hoch geht, wenn der RPI an das Tablet UI sendet (angeschaltet kurz vor 20 Uhr, siehe Anhang).

Aber wenn er nichts zu tun hat, warum kommen dann Perfmon-Einträge?

[Raven]

Ich hatte auch Performance Probleme, allerdings lag es bei mir an der Android Version. Ich habe Android downgeraded und dann lief es wieder rund. Ich hab aber auch ein uralt Tablet hier, das mit Kitkat nicht zu recht kam.

Gesendet von meinem SGP712 mit Tapatalk