Nach Update: VIS bricht hat keine stabile Verbindung
-
Der admin sollte weg sein, wenn ich den Browser schließe `
Denke ich nicht, sonst kommst du ja nicht mehr drauf.Kannst ja mal mit Putty top aufrufen und den Browser schließen.
Aber ich habe deutlich weniger Speicherbedarf:
Vielleicht kann Bluefox was dazu sagen.
Gruß
Rainer
-
Der admin sollte weg sein, wenn ich den Browser schließe `
Ich hab auch beobachtet, das admin immer mehr ansteigt, wenn man nur in der Weboberfläche vom Admin drin ist. Hast Du die Oberfläche Tage auf?
Nur so als Ansatz.
Gruß
Tino
-
Ich will nicht ausschließen, daß während der Update und Fehlersuchphase ein Admin lämnger offen war. Aber jetzt schließe ich den Admin immer recht schnell wieder.
-
Wenn Dein iobroker frisch gestartet ist, wie schaut da die Speicherauslastung der einzelnen Adapter aus?
-
So:
admin.0----ioBroker Admin----------info-75.6 MB hm-rega.0-HomeMatic ReGaHSS--------info-48.9 MB hm-rpc.0 HomeMatic RPC-----------info-40.2 MB hm-rpc.1 HomeMatic RPC-----------info-43.3 MB vis.0 ioBroker Visualisation--info web.0 ioBroker simple web Adapter-info-35.7 MB -
Könnte eine falsch nodes Version die Ursahce für die Verbindungsabbrüche sein?
Anscheinend scheint beim Update die v0.12.6 auf den Raspi gekommen zu sein.
Die Installation der 0.10.22 schlägt fehl, weil schon die neuere drauf ist, läuft und nicht abzustellen ist - oder so.
Wie bekomme ich die neuere Version wieder los?
Vielen Dank!
-
Hallo klassisch.
Jetzt könnte endlich Bewegung in dein Problem kommen.
Die empfohlene nodejs Version ist v4.xx
Auch npm sollte (Ich glaube) 2.xx sein.
Andere Versionen führen zu Problemen.
Leider gibt es unter Wheezy Probleme diese zu installieren.
Dir einem Update von Linux kann eine nicht brauchbare Version installiert werden!
Entfernen der falschen Version geht mit:
apt-get purge nodejs apt-get purge node apt-get autoremove rebootSiehe auch Punkt 2:
http://www.iobroker.net/docu/?page_id=3 … ion_Nodejs
Gruß
Rainer
-
Bei mir ist das Gleiche, mein VIS auf dem Tablet will kaum noch (kein Update, einige Widgets hängen, aktualisiert sich nicht mehr regelmäßig).
Ist irgendwie träge.
Erst hatte ich mein WLAN im Verdacht, aber das Wand-Tablet zeigt sich stabil beim normalen surfen. Performance Probleme scheinen doch eher die Ursache zu sein und siehe da - der Speicher wird recht stark beansprucht.
RAM verbraucht: 525 MB / Freies RAM: 83 MB (9%) [Host: RaspIoBroker - 12 Prozesse]
Mir erscheint das Problem erst ab dem Update js-controller 0.10.1 Admin 1.2.6 vorhanden zu sein. Ich hatte nur noch den SQL Adapter hinzugefügt und ein festes Mounting zu meinem NAS für ein automatisches Backup.
Der SQL.0 wird mit nur 4 Datenpunkten (2x Temp, 2x Humidity) verwendet. Taucht auch nicht in der Liste weiter unten auf.
Ich nutze Jessie seit kurzem (hatte alles neu gemacht), Node v4.4.5. npm 2.15.5
Meine Top-Ram-Fresser:
%Cpu(s): 13,1 us, 0,9 sy, 0,0 ni, 85,7 id, 0,0 wa, 0,0 hi, 0,3 si, 0,0 st KiB Mem: 947756 total, 868252 used, 79504 free, 96720 buffers KiB Swap: 102396 total, 4 used, 102392 free. 263372 cached Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 591 root 20 0 177116 79880 14388 R 94,5 8,4 322:06.15 iobroker.js-con 606 root 20 0 160340 61612 14128 R 27,8 6,5 136:33.11 io.admin.0 667 root 20 0 150216 52484 13988 S 22,2 5,5 120:42.40 io.javascript.0 725 root 20 0 155864 56504 14804 S 22,2 6,0 100:22.10 node-red 626 root 20 0 141172 43608 13980 S 16,7 4,6 119:42.22 io.hm-rega.0 640 root 20 0 129000 31432 14096 S 16,7 3,3 97:39.98 io.history.0 4687 root 20 0 5136 2420 2144 R 11,1 0,3 0:00.05 top 1 root 20 0 5400 3824 2732 S 0,0 0,4 0:08.61 systemdIch musste jetzt einige Adapter abschalten (javascript.1, yamaha.0, terminal.0, fritzbox.0) damit es überhaupt noch etwas läuft.
Auch das Laden auf einem PC-Browser ist zum Teil sehr langsam. So langsam, dass FireFox kurzfristig mal sagt "keine Reaktion". Und das mit einem vis-view mit nur einer doppelten Tabelle und ca. 82 Datenpunkten. Keine einzige Grafik.
Vieleicht helfen diese Angaben zum Vergleichen und Auswerten? Als einer der Haupt"schuldigen" sehe ich im Moment den js-controller an.
Vielleicht hat der eine oder andere noch eine Idee? Bluefox vielleicht?
-
Hallo fitti,
Mal ehrlich: hast du irgendeinen oder einen Moment mit extremer CPU Auslastung genommen?
Deine Speicherbelegung scheint in dem momgar nicht das Problem, aber deine CPU Auslastung ist ja >200%!
Natürlich benötigt der Controller das meiste, aber fast 100% des Prozessors ist viel zu viel.
Du hast doch keinen Pi 1?
Was .vis auf dem Tablet angeht, kann man mit den Zahlen gar nichts sage, da die Grafiken komplett auf dem Tablet gerendert werden. Wenn der datennachschub natürlich hängt, weil dein ioBroker Server vollkommen überfordert ist, kann das Tablet auch nichts dafür.
Ohne Netz und doppelten Boden, hier meine Werte von gerade eben:
top - 18:01:52 up 3 days, 22:26, 1 user, load average: 0.41, 0.38, 0.41 Tasks: 132 total, 1 running, 131 sleeping, 0 stopped, 0 zombie %Cpu(s): 2.6 us, 0.8 sy, 0.0 ni, 96.7 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem: 947848 total, 872056 used, 75792 free, 58316 buffers KiB Swap: 102396 total, 56 used, 102340 free. 144892 cached Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 30844 root 20 0 165572 72016 14488 S 7.4 7.6 446:13.34 iobroker.js-con 697 influxdb 20 0 817412 151148 6976 S 1.1 15.9 154:26.91 influxd 30853 root 20 0 148680 48624 14252 S 1.1 5.1 160:58.69 io.admin.0 30981 root 20 0 149184 51760 14948 S 1.1 5.5 158:46.86 io.javascript.0 31063 root 20 0 141648 41472 14188 S 1.1 4.4 145:43.49 io.influxdb.0 31090 root 20 0 159916 63108 14748 S 1.1 6.7 137:22.48 node-red 30971 root 20 0 128364 30216 14104 S 0.7 3.2 140:38.87 io.history.0 7 root 20 0 0 0 0 S 0.4 0.0 2:15.48 rcu_sched 3429 root 20 0 5728 2164 1812 R 0.4 0.2 0:00.12 top 1 root 20 0 22948 3420 2080 S 0.0 0.4 0:10.09 systemd 2 root 20 0 0 0 0 S 0.0 0.0 0:00.27 kthreadd 3 root 20 0 0 0 0 S 0.0 0.0 0:12.62 ksoftirqd/0Gruß
Rainer
-
Jaein - ich habe gar nicht auf die CPU Aulastung geschaut, nur auf den Speicher. Jetzt mal etwas beobachtet, wie sich mein Raspi2 verhält:
!
top - 18:16:41 up 1 day, 8:46, 1 user, load average: 0,87, 0,87, 0,86 Tasks: 118 total, 3 running, 115 sleeping, 0 stopped, 0 zombie %Cpu(s): 13,1 us, 0,9 sy, 0,0 ni, 85,7 id, 0,0 wa, 0,0 hi, 0,3 si, 0,0 st KiB Mem: 947756 total, 877456 used, 70300 free, 97344 buffers KiB Swap: 102396 total, 4 used, 102392 free. 263956 cached Mem ! PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 626 root 20 0 138100 39304 13980 R 56,1 4,1 123:13.69 io.hm-rega.0 591 root 20 0 175920 77960 14388 R 33,7 8,2 331:40.08 iobroker.js-con 649 root 20 0 152368 54180 14152 S 22,4 5,7 78:21.47 io.web.0 606 root 20 0 156244 57724 14128 S 16,8 6,1 141:09.61 io.admin.0 725 root 20 0 157284 56844 14804 S 16,8 6,0 103:16.04 node-red 667 root 20 0 155336 56040 13988 S 11,2 5,9 124:10.86 io.javascript.0 613 root 20 0 130524 33096 14120 S 5,6 3,5 74:31.10 io.hm-rpc.0 640 root 20 0 129000 30488 14096 S 5,6 3,2 100:28.83 io.history.0 !top - 18:18:30 up 1 day, 8:48, 1 user, load average: 0,40, 0,69, 0,79 Tasks: 117 total, 1 running, 116 sleeping, 0 stopped, 0 zombie %Cpu(s): 13,1 us, 0,9 sy, 0,0 ni, 85,7 id, 0,0 wa, 0,0 hi, 0,3 si, 0,0 st KiB Mem: 947756 total, 868876 used, 78880 free, 97368 buffers KiB Swap: 102396 total, 4 used, 102392 free. 263976 cached Mem >! PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 4851 root 20 0 5136 2340 2064 R 17,7 0,2 0:00.05 top 1 root 20 0 5400 3824 2732 S 0,0 0,4 0:08.69 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.11 kthreadd 3 root 20 0 0 0 0 S 0,0 0,0 0:18.82 ksoftirqd/0 5 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kworker/0:0H 7 root 20 0 0 0 0 S 0,0 0,0 0:56.46 rcu_sched 8 root 20 0 0 0 0 S 0,0 0,0 0:00.00 rcu_bh 9 root rt 0 0 0 0 S 0,0 0,0 0:00.12 migration/0 >! ````top - 18:18:48 up 1 day, 8:48, 1 user, load average: 0,51, 0,70, 0,79
Tasks: 117 total, 1 running, 116 sleeping, 0 stopped, 0 zombie
%Cpu(s): 13,1 us, 0,9 sy, 0,0 ni, 85,7 id, 0,0 wa, 0,0 hi, 0,3 si, 0,0 st
KiB Mem: 947756 total, 872596 used, 75160 free, 97376 buffers
KiB Swap: 102396 total, 4 used, 102392 free. 263976 cached Mem! PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
4853 root 20 0 5136 2444 2168 R 11,5 0,3 0:00.04 top
1 root 20 0 5400 3824 2732 S 0,0 0,4 0:08.69 systemd
2 root 20 0 0 0 0 S 0,0 0,0 0:00.11 kthreadd
3 root 20 0 0 0 0 S 0,0 0,0 0:18.83 ksoftirqd/0
5 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kworker/0:0H
7 root 20 0 0 0 0 S 0,0 0,0 0:56.47 rcu_sched
8 root 20 0 0 0 0 S 0,0 0,0 0:00.00 rcu_bh
9 root rt 0 0 0 0 S 0,0 0,0 0:00.12 migration/0
! ````top - 18:19:10 up 1 day, 8:48, 1 user, load average: 0,36, 0,65, 0,77 Tasks: 117 total, 1 running, 116 sleeping, 0 stopped, 0 zombie %Cpu(s): 13,1 us, 0,9 sy, 0,0 ni, 85,7 id, 0,0 wa, 0,0 hi, 0,3 si, 0,0 st KiB Mem: 947756 total, 873452 used, 74304 free, 97384 buffers KiB Swap: 102396 total, 4 used, 102392 free. 263980 cached Mem >! PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 4855 root 20 0 5136 2340 2064 R 17,7 0,2 0:00.05 top 1 root 20 0 5400 3824 2732 S 0,0 0,4 0:08.69 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.11 kthreadd 3 root 20 0 0 0 0 S 0,0 0,0 0:18.83 ksoftirqd/0 5 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kworker/0:0H 7 root 20 0 0 0 0 S 0,0 0,0 0:56.48 rcu_sched 8 root 20 0 0 0 0 S 0,0 0,0 0:00.00 rcu_bh 9 root rt 0 0 0 0 S 0,0 0,0 0:00.12 migration/0 >! ```` Es geht also. Bei dir sind aber auch nur noch 75MB frei. Vor Kurzem waren immer so zwischen 150 bis 300MB frei. Erst nach den letzten Updates war es anders - so, dass ich ,wie gesagt, einige Adapter abgeschalten musste :cry: Macht er dann was, z. B. Stauwarnung per node-js, dann geht das System in die Knie. Meine für mich plausible Erklärung: Dann muss der Pi2 deutlich mehr swappen oder sonst was, und schon geht die Leistung hoch. Die CPU Leistung ist für also die Folge, nicht Ursache. -
Jetzt begebe ich mich mal auf dünnes Eis.
Was an Speicher als free bezeichnet wird ist nicht alles,was free ist. Auch unter used befindet sich noch Speicher, der nicht genutzt, aber für Notfälle reserviert ist. Da mal keine Panik.
Ja auch bei mir schwankt die CPU Last und noch deutlicher die Load average.
Habe mich gerade gestern noch darüber versucht schlau zu machen, weil die seit einiger Zeit kaum unter 0,3 oft sogar über 1 liegt.
Die CPU Auslastung scheint u.a. in regelmäßigen Abständen abzusteigen, vielleicht werden da cyklisch die Daten in influxDB geschrieben???
Natürlich auch wenn ein Adapter cyklisch gestartet wird oder ein Javascript, dann geht auch der Anteil Javascript an der CPU Auslastung hoch.
Trotzdem sollte davon dein .vis nicht Träger werden.
Was das Swapping angeht, kann das zum frühen Ableben der SD Karte führen. Paul hat mal dazu einen wunderschönen Link gepostet. Swapping bei SD Karten ist ein absolutes NoGo. Mit meinem niedrigen zweistelligen Byte Bereich habe ich noch nicht die Bauchschmerzen , aber bei klassisch ist ja fast der gesamte Swap ausgenutzt.
Deshalb werde ich wohl wieder auf den cubietruck mit HDD und 2gb RAM wechseln.
Gruß
Rainer
-
Was das Swapping angeht, kann das zum frühen Ableben der SD Karte führen. Paul hat mal dazu einen wunderschönen Link gepostet. Swapping bei SD Karten ist ein absolutes NoGo. …
Deshalb werde ich wohl wieder auf den cubietruck mit HDD und 2gb RAM wechseln.
Gruß
Rainer `
Da kann ich dir nur recht geben. Hier muss man einfach sich zwischen zwei schlechte Lösungen entscheiden. Schnelleres und plötzliches ableben der SD oder System friert ein, da kein swap.Ich verstehe einfach nicht, warum bei den Pis an dieser blöden SD festgehalten wird.
Ich habe mir vorhin auch einen cubitruck bestellt, den ich dann an eine HD anschließe. Der Pi entäuscht mich schon wieder. Der ist wirklich nur für kleinere sachen geeignet. Habe auch schon nachgedacht die Adapter auf mehrer Geräte zu verteilen. Bluefox hat das ja extra so designed.
Aber das ist dann auch irgendwie Blödsinn, wenn es ein Cubi alleine wohl lässig schafft.
Dennoch - warum ist es erst jetzt so massiv aufgetaucht (bei mir)?
-
Siehe auch Punkt 2:
http://www.iobroker.net/docu/?page_id=3 … ion_Nodejs `
Vielen Dank, lieber Rainer.Einige hat geklappt, anderes noch nicht:
## Run `apt-get install nodejs` (as root) to install Node.js v4.x LTS Argon and npm root@ioBroker-RasPi2:~# sudo apt-get install -y build-essential python-rpi.gpio nodejs Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig build-essential ist schon die neueste Version. python-rpi.gpio ist schon die neueste Version. Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass Sie eine unmögliche Situation angefordert haben oder, wenn Sie die Unstable-Distribution verwenden, dass einige erforderliche Pakete noch nicht erstellt wurden oder Incoming noch nicht verlassen haben. Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen: Die folgenden Pakete haben unerfüllte Abhängigkeiten: nodejs : Hängt ab von: libc6 (>= 2.16) aber 2.13-38+rpi2+deb7u11 soll installiert werden Hängt ab von: libstdc++6 (>= 5.2) aber 4.8.2-21~rpi3rpi1 soll installiert werden E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete. .. /opt/iobroker# sudo npm install iobroker --unsafe-perm sudo: npm: command not foundKeine Ahnung, woher diese Direktiven hat.
Jedenfalls scheint iobroker jetzt ausser Haus zu sein….
-
Hallo klassisch.
Jetzt könnte endlich Bewegung in dein Problem kommen.
Die empfohlene nodejs Version ist v4.xx
Auch npm sollte (Ich glaube) 2.xx sein.
Andere Versionen führen zu Problemen.
Leider gibt es unter Wheezy Probleme diese zu installieren.
Dir einem Update von Linux kann eine nicht brauchbare Version installiert werden!
Entfernen der falschen Version geht mit:
apt-get purge nodejs apt-get purge node apt-get autoremove rebootSiehe auch Punkt 2:
http://www.iobroker.net/docu/?page_id=3 … ion_Nodejs
Gruß
Rainer `
derAuge hat mal gebracht wie man ein Wheezy au ein Jessie updaten kann.
War gar nicht so schwer.
Du solltest jetzt ein apt-get autoremove machen um die defekten herunterzubekommen.
Anschließend entweder die Anleitung von derAuge zum Upgrade auf Jessie nachbauen oder erst mal wieder node 0.10.22 oder 0.12.9(?) Drauf spielen.
Aber mich hat es gerade auch erwischt .
Ich habe die Speicher und Load Variablen des System.host auf loggen gestellt und ein weiters Widget mit einem flot Chart erstellt um den Verlauf von Load und memfree darzustellen.
Die Load stieg kontinuierlich an auf mittlerweile 2 und die Temperatur des raspi von ca. 42 auf 60°C!!!
Jetzt verfolge ich das mal
Gruß
Rainer
-
Du solltest jetzt ein apt-get autoremove machen um die defekten herunterzubekommen. ` Thaz was easy - but useless:
root@ioBroker-RasPi2:/opt/iobroker# apt-get autoremove Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 1 nicht aktualisiert. root@ioBroker-RasPi2:/opt/iobroker# apt-get autoremove -
Thaz was easy - but useless:
root@ioBroker-RasPi2:/opt/iobroker# apt-get autoremove ... ```` `Willst Du nicht einfach ein neues Jessy Image von Null aufspielen? Das geht viel schneller als das rumgefrickel mit diesen Paketen. Dann alles nach der Anleitung neu installieren und Backup einspielen. In 30 Minuten bist Du fertig und alles ist neu und schick.
So würde ich es machen (und habe es auch bisher immer so gemacht.) Das gesuche bringt doch in Deinem Fall nichts, oder?
Die Load stieg kontinuierlich an auf mittlerweile 2 und die Temperatur des raspi von ca. 42 auf 60°C!!! `
Interessehalber: Womit misst Du den Load? Und welche Zeit meinst Du? Den ersten(1Min.), zweiten(5Min.) oder dritten Wert(15Min.)?Und womit zeigst Du dir die Temp an?
Meine Load macht ab und zu Probleme. Dafür geht mein Vis quasi gar nicht mehr. Wenn ich einen Button anklicke dauert es auf den Tablets ca. 10-30 Sekunden.
Auf dem PC geht es schneller. Nur irgendwas verbraucht immens Ressourcen.
Auf Tablet mit Chrom gibt es beim Neuladen jetzt auch Fehlermeldungen:
__Ein Skript auf dieser Seite ist evtl. beschätigt oder antwortet nicht mehr…
Skript: http://meineip:8082/vis/js/vis.js:1952__
Ich habe heute nichts verändert, nur Fehler gesucht. Dabei aber keine einzige Anpassung durchgeführt. Weder am Swap, noch am vis, noch an Settings, noch sonstwas. Auch nichts an den Tablets.
das ist ja zum Mäuse melken.
-
Geht mir ähnlich.
Messe bisher die Load mit den Rpi-Adapter die 5minuten average.
Habe jetzt wegen des Threads auch den Datenpunkt Load 1min von System.host und dort den freien Speicher übernommen.
Ab da war Schluss mit lustig. Allerdings hatte ich zeitgleich auch den Bugfix von nobody für die hm-rega eingespielt. Immerhin war danach mehr freier Speicher da.Heute morgen war es so
Load deutliche über 2 die ganze Nacht!Habe jetzt erst einmal rebooted.
Edit:
Einige Zeit nach dem Reboot scheint sich das System einigermaßen beruhigt zu haben.
Ich habe dann Skalierung der y-achse geändert, was zu dem letzten Buckel in der Kurve geführt hat.Erschrocken bin ich, dass in der Nacht die Load auf bis zu 4 gestiegen war. Ab einem Wert von ca. 1,2 bei 5 Minuten average wurde die Bedienung zäher.
Ich habe auch den Eindruck dass der freie Speicherplatz seit dem Reboot nicht mehr ganz so stark schwankt.
Gruß
Rainer
-
Bin weiter. Vis läuft jetzt wieder richtig gut.
Es sind die Bindings in einem HTML Widget! Bei mir zumindest.
Ich habe insgesamt 10 drinnen, die die Werte zusammenrechnen sollen. Hier mal 3.
! ````
{buegeleisen_tag:javascript.0.Strom.Buegeleisen.Verbrauch.Tag;gartenpumpe_tag:javascript.0.Strom.HM-ES-GartenSchalterPumpeMesswertkanal.Verbrauch.Tag;schuppen_heizung_tag:javascript.0.Strom.Garten_Schuppen_vorne_Heizluefter_Frostschutz.Verbrauch.Tag;flur_rgb_licht_tag:javascript.0.Strom.FlurDekoRGB-Licht.Verbrauch.Tag;(parseFloat(buegeleisen_tag)+(parseFloat(gartenpumpe_tag)+parseFloat(schuppen_heizung_tag)+parseFloat(flur_rgb_licht_tag)).toFixed(3)} kWh
{buegeleisen_kosten_tag:javascript.0.Strom.Buegeleisen.Kosten.Tag;gartenpumpe_kosten_tag:javascript.0.Strom.HM-ES-GartenSchalterPumpeMesswertkanal.Kosten.Tag;schuppen_kosten_heizung_tag:javascript.0.Strom.Garten_Schuppen_vorne_Heizluefter_Frostschutz.Kosten.Tag;flur_kosten_rgb_licht_tag:javascript.0.Strom.FlurDekoRGB-Licht.Kosten.Tag;(parseFloat(buegeleisen_kosten_tag)+parseFloat(gartenpumpe_kosten_tag)+parseFloat(schuppen_kosten_heizung_tag)+parseFloat(flur_kosten_rgb_licht_tag)).toFixed(2)} €
{buegeleisen_aktuell:hm-rpc.0.LEQ0539263.2.POWER;gartenpumpe_aktuell:hm-rpc.0.MEQ0170353.2.POWER;schuppen_heizung_aktuell:hm-rpc.0.LEQ0272133.2.POWER;flur_rgb_licht_aktuell:hm-rpc.0.LEQ0537650.2.POWER;(parseFloat(buegeleisen_aktuell)+parseFloat(gartenpumpe_aktuell)+parseFloat(schuppen_heizung_aktuell)+parseFloat(flur_rgb_licht_aktuell)).toFixed(2)} WDiese Zeilen müssen nur in irgendeinem View sein (es ist nicht mal das Hauptview, welches primär angezeigt wird), dann gehen die Browser in die Knie. Und anscheined auch der Pi2\. Nehme ich diese Zeilen raus (und ich habe nur die Bindings raus genommen, die Tabelle blieb), geht alles wie gewünscht. Packe ich sie rein, alles lahm. Die vis.js kämpft sich dann einen ab. -
Das muss ich glatt ausprobieren wenn ich wieder zu hause bin! Hab auch das Phänomen wie Fitti!
Hab auch n paar bindings in HTML widgets!
-
Ich habe meines Wissens keine HTML Widgets. Außer beim Fritzbox Widget sind solche drin.
Aber dann stellt sich trotzdem die Frage warum tritt jetzt auf einmal diese Prozessorlast auf.
Vor etwa drei Wochen fiel mir eine etwas erhöhte Last http://forum.iobroker.net/viewtopic.php?f=20&t=3197&p=29267#p29267 auf. Damals lag jedoch die Grundlast bei eta 0,1, mittlerweile oft bei 1!
Gruß
Rainer
