Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[ruhr70]

Auf dem MacBook Pro läuft auch der ioBroker Server unter Debian, allerdings auf einer VM in Fusion.

Damit kommt das MacBook Pro recht gut zurecht. Wenn das ein Raspberry verpackt, dann die VM auf dem Pro erst recht ;-)

Clientseitig nutze ich ioBroker auf beiden MacBooks. Das Pro braucht etwas länger, bis es irgendwann mal an seine Grenzen kommt. Das Air ist recht schnell am Ende.

OK, das Konzept von node.js ist mir noch nicht zu 100% klar. Auf jeden Fall bringt es die Rechner nach einer Zeit an die Leistungsgrenze. Ich habe derzeit halt meistens die Adminoberfläche, den VIS Editior und Vis auf.

Wenn die Rechner dann langsam werden, ist das zwar lästig, aber OK. Dafür ist mir ioBroker zu wichtig ;-)

Und irgendwann ist es ja nur noch Vis, was am Client aufgerufen wird.

Schön wäre, wenn man in Chrome die Ressourcen irgendwie begrenzen könnte, z.B. über eine Extensions. Da bin ich bisher nicht fündig geworden.

[starfish]

eigentlich ein alter Hut, aber man muss bei den Skriptsprachen eben unterscheiden zwischen Client-side und Server-side. Wenn schon ein Macbook pro ins Schwitzen kommt, dann ist nur zu verständlich, dass mein schwachbrüstiges Tablet zeitweise unerträglich langsam ist. So gesehen geht meine Rechnung mit dem Billig-Tablet an der Wand auch nicht auf :mrgreen: . Ein Hoffnungsschimmer immerhin, dass auch leistungsfähigere Tablets langsam erschwinglich werden.

[smiling_Jack]

Hallo

bei vis wird es demächst eine kleine performenc verbesserung geben (Stichwort Themes und _projectview) wenn dann die probleme immernoch bestehen. Müssen wir mal kucken wodran es liebt.

Mal eine Fragen bestehen die Probleme nur im Edit modus von Vis oder auch im normal Betrieb ?

[starfish]

hallo Smiling-Jack,

ich wollte mich keinesfalls beklagen - einerseits liegt das problem an meinem tablet, andrerseits ist es nicht ganz so schlimm wie oben beschrieben: ich kann mich täuschen, aber es sieht so aus, als ob nur der erste Aufruf der Seite verzögert ist, weitere Aktionnen sind dann deutlich schneller (vermutlich wegen cache?) Selbstredend, dass man bemüht sein sollte, die File-Grösse der Hintergrundbilder möglichst klein zu halten. Falls der editor etwas langsamer sein sollte, ist das eh nicht so störend. Ich hoffe ich konnte damit etwas relativieren. Im Grunde bin ich mit der performance von vis selbst zufrieden.

Gruss

starfish

[smiling_Jack]

Ruhr70 scheint aber ja größere Probleme zu haben.

Aber wie gesagt an der einen sache sind wir schon dran. Wobei die sich nur auswirkt wenn man viele views hat.

[ruhr70]

sorry, ich bin gerade etwas busy.

auf die Frage oben. Meistens habe ich auf je einem Tab Admin, Vis Editor, vis auf. Manchmal dann noch zusätzlich Node-red und Rickshaw.

Werde darauf achten, was passiert, wenn nur vis offen ist.

die views sind ca. 10.

Kopfzeile, Navigation und Statusfeld sind als eigene Views realisiert, die als View im View angezeigt werden.

nutze aber sehr viele Widgets.

tlw. bis zu 10 übereinander.

das ist derzeit meinen mangelnden JavaScript Kenntnissen geschuldet.

Status Licht an, realisiere ich z.B. nicht als Script, sondern habe 10 Widgets übereinander liegen. Sind alle Lichtet aus, wird nichts angezeigt. ist nur ein Licht an, wird das signalisiert.

die Frage ist, ob die vielen Widgets ein Problem sind

Gesendet von iPhone mit Tapatalk

[pix]

Hallo,

ich nutze auch eine OS X Umgebung und habe keinerlei Probleme. IoBroker und CCU.IO laufen auf einem Mac Mini (Mitte 2011, i5) und Yosemite 10.10.2. Der Rechner serviert auch Musik und manchmal Filme.

Admin, VIS, Nodered, CCU.IO, DashUI, laufen alle gleichzeitig auf einem iMac oder unterwegs ein Macbook Air in verschiedenen Browsern. Auch da keine Probleme.

Hast du vielleicht ein Skript, dass viel Ressourcen frisst? Ich hatte mal versehentlich eines gebaut, das hat den Server sofort an die Leistungsgrenze gebracht, dass ich das Skript fast nicht mehr ausschalten konnte. Kannst du sehen, wieviel der Javascript Adapter verbraucht (Aktivitätsanzeige)?

Gruß

Pix

[ruhr70]

Hi Pix,

ich verstehe Deine Frage nicht ganz. Du meinst der JavaScript Adapter clientseitig?

Ich habe das Probleme auch auf den Macs, auf denen iobroker nicht läuft und ich nur per Browser zugreife.

Dort sehe ich in der Aktivitätsanzeige, dass alle iobroker Tabs sich irgendwann die kompletten Rechnerressourcen teilen.

In der Aktivitätsanzeige tauchen diese als "Chrome Helper" oder so auf (wie jeder offene Tab).

Die Scripte laufen doch auf dem iobroker Server oder?

Dort habe ich keine Ressourcenprobleme (unter VM auf Debian).

VG

Michael

[pix]

Ach so, das habe ich wohl falsch verstanden. Tut mir leid.

Gruß

Pix

Gesendet von meinem iPhone mit Tapatalk

[ruhr70]

Ich bin doch für jeden Hinweis dankbar!

Danke auch jetzt für Deine Rückmeldung. Hatte schon Zweifel an meinen Verständnis der Architektur.

Wobei ich verstanden habe, dass bei Dir sowohl der Server sehr genügsam läuft, als auch alle Deine Clients (diverse Browser auf diversen Macs) die Rechner nicht übermässig strapazieren.