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. ioBroker Allgemein
  4. Memory Bedarf von iobroker reduzieren

NEWS

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    17
    1
    438

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

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

Memory Bedarf von iobroker reduzieren

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
6 Beiträge 3 Kommentatoren 602 Aufrufe
  • Ä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.
  • M Offline
    M Offline
    Marty56
    schrieb am zuletzt editiert von
    #1

    ioBroker Adapter benötigen jeweils eine eigene nodejs Kontext, der mal eben 30-40 MB Speicher frist.

    Klar, für Entwicklung und das Austesten von Beta- Adaptern, ist ein eigener Kontext gut, weil nur der Adapter abstürzt und nicht das ganze System. Dennoch finde ich es suboptimal, dass kleine Systeme mit wenig Speichern z.B. der Raspberry nur wegen Speichermangel obsolet werden. obwohl sie gerade mit weniger als 10% CPU Last belastet sind.

    Jetzt gibt es ja viele Adapter, die sehr stabil laufen und praktisch nie abstürzen.

    Wäre es denkbar, dass man einen gemeinsamen Adapter Kontext definiert.

    Der Nutzer könnte dann bei der Installation des Adapter wählen, ob dieser im gemeinsamen Adapter Kontext instanziert wird oder in einem eigenen Kontext. Default wäre ein separater Kontext.

    Mir ist klar, dass Design to Cost für Entwickler nicht so spannend ist. Aber vielleicht wäre es dennoch einen Gedanken wert.

    HW:NUC (16 GB Ram)
    OS: Debian Bullseye, Promox V7, node v16.x npm 8.19.3

    1 Antwort Letzte Antwort
    0
    • HomoranH Nicht stören
      HomoranH Nicht stören
      Homoran
      Global Moderator Administrators
      schrieb am zuletzt editiert von
      #2

      Was spricht denn gegen einen amderen SBC mit 2GB RAM?

      Gruß Rainer

      kein Support per PN! - Fragen im Forum stellen -
      Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
      Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton im Header. Danke!
      der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

      1 Antwort Letzte Antwort
      0
      • eric2905E Offline
        eric2905E Offline
        eric2905
        schrieb am zuletzt editiert von
        #3

        Min,

        @Marty56:

        Jetzt gibt es ja viele Adapter, die sehr stabil laufen und praktisch nie abstürzen.

        Wäre es denkbar, dass man einen gemeinsamen Adapter Kontext definiert. `
        Ob der Nutzer das wirklich entscheiden kann und vor allen Dingen auch will?

        Ich sehe es schon kommen ….

        Alles in einen Kontext (Ressourcenschonung, weil ich es nicht verstanden habe, usw.) und dann rappelt ein Adapter mal und alles steht.

        Und dann geht’s im Forum und bei Facebook wieder rund ....

        Nee, nee, lieber nicht ;-)

        Gruß,

        Eric

        Von unterwegs getippert

        Roses are red, violets are blue,

        if I listen to metal, my neighbours do too

        1 Antwort Letzte Antwort
        0
        • M Offline
          M Offline
          Marty56
          schrieb am zuletzt editiert von
          #4

          @Hormoran:

          Weil der Raspberry ein stabileres Linux als die ganzen China Clones (orange Pi, etc …) und die Support Community einfach gigantisch ist und ich keine Lust habe irgendeinen PC (NUC) durchlaufen zu lassen.

          @eric2905:
          ` > Alles in einen Kontext (Ressourcenschonung, weil ich es nicht verstanden habe, usw.) und dann rappelt ein Adapter mal und alles steht.

          Und dann geht’s im Forum und bei Facebook wieder rund …. `
          Deshalb hatte ich ja vorgeschlagen, dass default der getrennte Kontext ist, so dass das Ganze für den User eine bewusste Entscheidung ist.

          HW:NUC (16 GB Ram)
          OS: Debian Bullseye, Promox V7, node v16.x npm 8.19.3

          1 Antwort Letzte Antwort
          0
          • HomoranH Nicht stören
            HomoranH Nicht stören
            Homoran
            Global Moderator Administrators
            schrieb am zuletzt editiert von
            #5

            @Marty56:

            Weil der Raspberry ein stabileres Linux als die ganzen China Clones (orange Pi, etc …) und die Support Community einfach gigantisch ist. `
            Dann kennst du anscheinend Armbian noch nicht.

            Gruß Rainer

            kein Support per PN! - Fragen im Forum stellen -
            Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
            Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton im Header. Danke!
            der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

            1 Antwort Letzte Antwort
            0
            • M Offline
              M Offline
              Marty56
              schrieb am zuletzt editiert von
              #6

              Nein kenne ich (noch) nicht. Aber den 24+ pages Thread zu dem Orange Pi ist nicht allzu ermutigend, wenn ich da so lese.

              • Mal eben FAt 32 gestrichen

              • Update und gar nichts ging mehr

              • ….

              Ok. Ich habe mir einen OPI bestellt und werde das in ein paar Wochen mal ausprobieren.

              Vielleicht sehe ich das dann ganz anders.

              Mal n Frage:

              Ich habe auf meinem Raspi iobroker, piVCCU und tvheadend laufen.

              Klar, dass das eng wird. Aber wenn man sich beschränkt, läuft das total stabil.

              Funktioniert auch tvheadend auf OPI?

              HW:NUC (16 GB Ram)
              OS: Debian Bullseye, Promox V7, node v16.x npm 8.19.3

              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
              FAQ Cloud / IOT
              HowTo: Node.js-Update
              HowTo: Backup/Restore
              Downloads
              BLOG

              551

              Online

              32.7k

              Benutzer

              82.5k

              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