Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[apollon77]

das kann gut dein das socket.io auch das Nadelör ist. Redis nutzt da ja ein eher TCP/IP basiertes Protokoll …

Ich denke auch das in oder ausserhalb vom js.controler nicht mehr so den großen unterschied macht .... oder verhält es sich "standalone" performanter?

[Homoran]

@apollon77:

Kannst Du beim Profiling helfen? `
:lol: :lol: :lol: :lol:

Der war gut; Ich bin nur User, leider :(

Gruß

Rainer

[Stabilostick]

Du 12.000++Hilfen-User, Du… :lol:

[Stabilostick]

oder verhält es sich "standalone" performanter?

Das ist Sinn und Zweck der Übung. :ugeek:

[Homoran]

@Stabilostick:

12.000++Hilfen-User, `
Eben!

Vom User an den User ;-)

Noob oder Einsteiger bin ich jetzt aber wirklich nicht mehr; war vor drei Jahren noch ganz anders.

[Homoran]

grüne linie oben = Load 1Min:

links mit file: in der Spitze 4 und mehr; dann kam es wegen der immer länger werdenden responsezeiten zum Hänger, danach fuhr ioBroker mit einem Load von 6 (Dual-Core) gar nicht mehr vollständig hoch.

rechts dann auf redis umgestellt. Load 1Min auf 1 herunter

Gruß

Rainer

[Stabilostick]

Was bedeutet load verglichen mit CPU-Last? CPU von 0-1?

Load = The os.loadavg() method returns an array containing the 1, 5, and 15 minute load averages.

The load average is a measure of system activity, calculated by the operating system and expressed as a fractional number. As a rule of thumb, the load average should ideally be less than the number of logical CPUs in the system.

[Homoran]

@Stabilostick:

Was bedeutet load verglichen mit CPU-Last? CPU von 0-1? `
CPU-Last habe ich aus "top" und den zweiten Wert parse ich aus /proc/stat und rechne (Usr+sys+nice) / (Usr+sys+nice+idle) (=0 - 100%)

EDIT: das steht im Gauge - das Original ist auf einem anderen Rechner - hier kann man es kaum lesen; im Chart ist der zweite Wert über den parser)

Load (average) 5Min im Gauge und Load (average) 1Min im Chart wie du es zitiert hast über den (modifizierten) RPi2-Adapter.

EDIT2:

Hier die aktuelle Grafik (mit Redis)

Gruß

Rainer

[Stabilostick]

Wieviele Events (State-Änderugnen, Messages wegen Subscriptions) hast du denn je 15s insgesamt im System im Schnitt?

CPU-Auslastung durch den js-Controller bei in-Memory bzw. für Redis bei Nutzung Redis Server dabei?

Hast Du beim JavaScript-Adapter alle States in der Subscription? History?

Und was ist nochmal das für ein Rechner, auf dem Redis läuft? Ich nehme an, zusammen mit dem Master-js-controller? Cubieboard3?

Ich denke, ich muss mal bei mir auf einem rpi installieren und messen. Der Intel i7-2600k ist zu fix. Trotz Windows. :mrgreen:

[Stabilostick]

Ich gehe davon aus, das mit Sicherheit schon uWS bei engine.io getestet wurde? Sind ja jetzt wieder mit 3.1 oder so auf WS zurück… Ein Hauptteil der Last kommt von den Subscription-Messages. Das macht Redis wohl schneller bzw. mit weniger Overhead. Ach menno, Mir fällt gerade ohne große Änderung auch nix ein.

Die Datenhaltung in der States-DB ist ja von der Datenmenge her nichts Großes. Bloß der Kommunikationsaufwand. Ha, shared memory?

PS: Habe nichts gegen Redis. Bloß unter Windows....

[apollon77]

socket.io in neueren Versionen gabmmehr Probleme als alles andere … leider. keine Ahnung was die da kaputt gemacht haben.

Ich denke optimierter ist nur ein "TCP basierters eigenes protokoll". Ich könnte da auch ein paar verrückte Ideen kommen ... aber die Diskutier ich lieber erstmal direkt mit Bluefox :-)