@dg19222
wie du oben geschrieben hast, hat der javascript adapter über 900 events.
du hast leider nicht geschrieben ob input oder output events
deaktiviere mal den ganzen adapter und schaue ob die performance besser wird.
wenn die performance besser wird,
dann gehe deine skripte der reihe nach durch und prüfe insbesondere darauf wieviel datenpunkte so in einer zeiteinheit (sekunde/minute) gelesen und geschrieben wird und überlege dir bspw bei sekündlichem schreiben ob diese detaillierte auflösung von daten wichtig sind. of reicht eigentlich auch nur 30sekunden oder gar mehr.
jedes lesen und insbesondere schreiben beansprucht performance. besonders dann, wenn der datenpunkt auch noch über den history adapter in eine datenbank geschrieben wird.
evtl kannst du generell nach nicht so wichtigen datenpunkten suchen, ob die wirklich in eine datenbank geschrieben werden müssen.
um herauszufinden welches skript viel input/output hat, kannst du auch mal alle skripte deaktivieren, der reihe nach aktivieren und dann die input/output anzeige im admin beobachten. funktioniert natürlich nur wenn die immer gleichmäßig schreiben. wenn das getimte zeiten sind, dann halt nur dann.
du hast nichts von abstürzen geschrieben. gerade bei javascripts kann man sich gerne mit falscher behandlung von setInterval oder gar verschachtelten setIntervals sogenannte memory leaks holen, die irgendwann mal zum Absturz führen, davor sich aber mit einem kontinuierlichen verbrauch das RAMs ankündigen. je nach schwere und häufigkeit der memory leaks kann das auch länger dauern.
also ggfs mal über einen zeitraum auch den ram verbrauch beobachten. zu wenig freier ram kann sich ebenfalls in schlechter performance zeigen, falls das betriebssystem mit dem swappen anfängt.
