Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Error/Bug
  4. RAM Auslastung sehr hoch -> javascript.0

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    16
    1
    1.5k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    844

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.1k

RAM Auslastung sehr hoch -> javascript.0

Geplant Angeheftet Gesperrt Verschoben Error/Bug
6 Beiträge 3 Kommentatoren 322 Aufrufe 3 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • K Offline
    K Offline
    Kuddel
    schrieb am zuletzt editiert von
    #1
    Systemdata Bitte Ausfüllen
    Hardwaresystem: NUC
    Arbeitsspeicher: NUC: 32GB / ioBroker VM 4GB
    Festplattenart: SSD
    Betriebssystem: ESXi 6.7.0 / Ubuntu
    Node-Version: 12.21.0
    Nodejs-Version: 12.21.0
    NPM-Version: 6.14.11
    Installationsart: Manuell
    Image genutzt: Nein

    Hallo zusammen,

    die Anzahl meiner Skripts ist über die Jahre stätig gewachsen.

    Aktuell liegt die RAM Nutzung der javascript.0 Instanz bei ca 430MB.

    Daher kommt es jetzt öfter vor, dass die Instanz neugestartet wird, wenn ein ioBroker Backup läuft.

    Zu dem Zeitpunkt reicht der freie RAM nicht mehr aus.

    Mir geht es jetzt darum, aufzuschlüsseln, welche Skripts die Auslastung verursachen, oder ob die Auslastung normal ist.

    Was ist das beste vorgehen ?

    Alle Skipts stoppen und nach und nach starten und parallel die RAM Auslastung beobachten ?

    Zudem hat auch meine Admin-Instanz ca. 300MB in Benutzung. Ist das normal ?

    Vielen Dank schon einmal

    A crunchipC 2 Antworten Letzte Antwort
    0
    • K Kuddel
      Systemdata Bitte Ausfüllen
      Hardwaresystem: NUC
      Arbeitsspeicher: NUC: 32GB / ioBroker VM 4GB
      Festplattenart: SSD
      Betriebssystem: ESXi 6.7.0 / Ubuntu
      Node-Version: 12.21.0
      Nodejs-Version: 12.21.0
      NPM-Version: 6.14.11
      Installationsart: Manuell
      Image genutzt: Nein

      Hallo zusammen,

      die Anzahl meiner Skripts ist über die Jahre stätig gewachsen.

      Aktuell liegt die RAM Nutzung der javascript.0 Instanz bei ca 430MB.

      Daher kommt es jetzt öfter vor, dass die Instanz neugestartet wird, wenn ein ioBroker Backup läuft.

      Zu dem Zeitpunkt reicht der freie RAM nicht mehr aus.

      Mir geht es jetzt darum, aufzuschlüsseln, welche Skripts die Auslastung verursachen, oder ob die Auslastung normal ist.

      Was ist das beste vorgehen ?

      Alle Skipts stoppen und nach und nach starten und parallel die RAM Auslastung beobachten ?

      Zudem hat auch meine Admin-Instanz ca. 300MB in Benutzung. Ist das normal ?

      Vielen Dank schon einmal

      A Offline
      A Offline
      Ahnungsbefreit
      schrieb am zuletzt editiert von
      #2

      @kuddel Hast Du Scripte im Ordner "Global" ? Wenn ja, verschiebe alle Scripte in andere Orte bis auf die, die durch andere Scripte aufgerufen werden können sollen. Ich habe 2 JS Instanzen laufen, eine für die produktiv genutzten Scripte (208 MB) und eine für alles, was sich zur Zeit noch in der Entwicklung befindet oder nicht (mehr) gebraucht wird (187 MB). In der Summe also nicht weit weg von Deinen Zahlen. Und ich hatte noch nie einen Neustart durch das Backup. Ein weiterer Vorteil der Trennung in 2 Instanzen ist der, das ein fehlerhaftes Script im Test nicht gleich die produktiven in Mitleidenschaft zieht.

      Wenn meine Antwort hilfreich war, dürft Ihr das gerne durch einen "Upvote" (der kleine "^" unten rechts) zum Ausdruck bringen.

      K 1 Antwort Letzte Antwort
      0
      • A Ahnungsbefreit

        @kuddel Hast Du Scripte im Ordner "Global" ? Wenn ja, verschiebe alle Scripte in andere Orte bis auf die, die durch andere Scripte aufgerufen werden können sollen. Ich habe 2 JS Instanzen laufen, eine für die produktiv genutzten Scripte (208 MB) und eine für alles, was sich zur Zeit noch in der Entwicklung befindet oder nicht (mehr) gebraucht wird (187 MB). In der Summe also nicht weit weg von Deinen Zahlen. Und ich hatte noch nie einen Neustart durch das Backup. Ein weiterer Vorteil der Trennung in 2 Instanzen ist der, das ein fehlerhaftes Script im Test nicht gleich die produktiven in Mitleidenschaft zieht.

        K Offline
        K Offline
        Kuddel
        schrieb am zuletzt editiert von
        #3

        @ahnungsbefreit in global sind keine Skripts enthalten:

        7f6d887e-bfa5-488d-b11d-d4b49143b3a2-grafik.png

        Zum testen nehme ich immer eine andere VM, damit in der Prod nichts passieren kann

        A 1 Antwort Letzte Antwort
        0
        • K Kuddel

          @ahnungsbefreit in global sind keine Skripts enthalten:

          7f6d887e-bfa5-488d-b11d-d4b49143b3a2-grafik.png

          Zum testen nehme ich immer eine andere VM, damit in der Prod nichts passieren kann

          A Offline
          A Offline
          Ahnungsbefreit
          schrieb am zuletzt editiert von
          #4

          @kuddel Ich habe auch einen NUC mit 32 GB, der einzige Unterschied zu Deiner Konfiguration ist (neben meinem schwächeren Prozessor, aber das spielt hier wohl keine Rolle) der, dass ich in einem Anfall von Großzügigkeit der ioB VM 8 GB RAM spendiert habe.

          Wenn meine Antwort hilfreich war, dürft Ihr das gerne durch einen "Upvote" (der kleine "^" unten rechts) zum Ausdruck bringen.

          K 1 Antwort Letzte Antwort
          0
          • A Ahnungsbefreit

            @kuddel Ich habe auch einen NUC mit 32 GB, der einzige Unterschied zu Deiner Konfiguration ist (neben meinem schwächeren Prozessor, aber das spielt hier wohl keine Rolle) der, dass ich in einem Anfall von Großzügigkeit der ioB VM 8 GB RAM spendiert habe.

            K Offline
            K Offline
            Kuddel
            schrieb am zuletzt editiert von
            #5

            @ahnungsbefreit meine VM hat aktuell 4,5 GB RAM zugewiesen.

            Könnte ich natürlich noch erweitern.

            Bleibt aber die Frage, ob nicht doch in einem Skript evtl. ein Fehler drin, welcher die last verursacht

            1 Antwort Letzte Antwort
            0
            • K Kuddel
              Systemdata Bitte Ausfüllen
              Hardwaresystem: NUC
              Arbeitsspeicher: NUC: 32GB / ioBroker VM 4GB
              Festplattenart: SSD
              Betriebssystem: ESXi 6.7.0 / Ubuntu
              Node-Version: 12.21.0
              Nodejs-Version: 12.21.0
              NPM-Version: 6.14.11
              Installationsart: Manuell
              Image genutzt: Nein

              Hallo zusammen,

              die Anzahl meiner Skripts ist über die Jahre stätig gewachsen.

              Aktuell liegt die RAM Nutzung der javascript.0 Instanz bei ca 430MB.

              Daher kommt es jetzt öfter vor, dass die Instanz neugestartet wird, wenn ein ioBroker Backup läuft.

              Zu dem Zeitpunkt reicht der freie RAM nicht mehr aus.

              Mir geht es jetzt darum, aufzuschlüsseln, welche Skripts die Auslastung verursachen, oder ob die Auslastung normal ist.

              Was ist das beste vorgehen ?

              Alle Skipts stoppen und nach und nach starten und parallel die RAM Auslastung beobachten ?

              Zudem hat auch meine Admin-Instanz ca. 300MB in Benutzung. Ist das normal ?

              Vielen Dank schon einmal

              crunchipC Abwesend
              crunchipC Abwesend
              crunchip
              Forum Testing Most Active
              schrieb am zuletzt editiert von
              #6

              @kuddel sagte in RAM Auslastung sehr hoch -> javascript.0:

              Aktuell liegt die RAM Nutzung der javascript.0 Instanz bei ca 430MB.

              denke das liegt an der

              • Anzahl der Scripte
              • Aufbau der Scripte( nicht ressourcen schonend)
              • wie komplex die Scripte sind

              liege bei mir auch bei rund 315mb

              @kuddel sagte in RAM Auslastung sehr hoch -> javascript.0:

              Zudem hat auch meine Admin-Instanz ca. 300MB in Benutzung. Ist das normal ?

              schwer zu sagen, da bin ich auch bei ca 200mb, wovon diese aber abhängig sind, bin ich mir nicht sicher, ausser das ich sehr viele Adapter installiert/laufen habe. Aktuell 47 Prozesse

              komme aber mit meinen 5,5Gb Ram, die ich der VM zugeteilt habe, ganz gut klar

              umgestiegen von Proxmox auf Unraid

              1 Antwort Letzte Antwort
              0
              Antworten
              • In einem neuen Thema antworten
              Anmelden zum Antworten
              • Älteste zuerst
              • Neuste zuerst
              • Meiste Stimmen


              Support us

              ioBroker
              Community Adapters
              Donate

              670

              Online

              32.6k

              Benutzer

              82.1k

              Themen

              1.3m

              Beiträge
              Community
              Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
              ioBroker Community 2014-2025
              logo
              • Anmelden

              • Du hast noch kein Konto? Registrieren

              • Anmelden oder registrieren, um zu suchen
              • Erster Beitrag
                Letzter Beitrag
              0
              • Home
              • Aktuell
              • Tags
              • Ungelesen 0
              • Kategorien
              • Unreplied
              • Beliebt
              • GitHub
              • Docu
              • Hilfe