Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. Error/Bug
    4. [Erledigt: Hardwarefehler] Erhöhte CPU Last nach Upgrade auf 1.0.0

    NEWS

    • Neuer Blog: Fotos und Eindrücke aus Solingen

    • ioBroker@Smart Living Forum Solingen, 14.06. - Agenda added

    • ioBroker goes Matter ... Matter Adapter in Stable

    [Erledigt: Hardwarefehler] Erhöhte CPU Last nach Upgrade auf 1.0.0

    This topic has been deleted. Only users with topic management privileges can see it.
    • nieIP
      nieIP last edited by

      Hallo

      bei den 0….0.01 rede ich von dem Wert, der mir in iobroker als

      system.host.raspi-3.load

      angezeigt wird.

      Gehe ich per Terminal auf den RasPi3 sehe ich mit TOP eine Auslastung durch die ioBroker Module von 5...10% CPU, wenn ich alle Module zusammen rechne.

      1 Reply Last reply Reply Quote 0
      • Homoran
        Homoran Global Moderator Administrators last edited by

        Der Wert ist für einen Raspi schon sehr gut.

        So etwas habe ich bisher nur auf dem Tinkerboard gesehen.
        144_20170514_091414.png
        Da liegt das u.a. an dem Ultraschnellen dual channel ddr3 ram und dem schnelleren sd card reader.

        Gruß

        Rainer

        1 Reply Last reply Reply Quote 0
        • D
          DerGraf123 last edited by

          "Load Average" oder "CPU Load 1 Min" bezieht sich ja auf das gesamte System, daher für mich nicht relevant, da noch etliche andere Dienste auf der Synology laufen.

          1 Reply Last reply Reply Quote 0
          • Homoran
            Homoran Global Moderator Administrators last edited by

            …und worauf bezieht sich jetzt deon Wert?

            1 Reply Last reply Reply Quote 0
            • D
              DerGraf123 last edited by

              Auf die eigentlichen iobroker Prozesse.

              z.B. hm-rpc.1 ist bei mir HM-Wired und hm.rpc.2 ist HM-CuxD.

              Hier scheinen die CPU Lasten so hoch zu sein, da ich einen Windmesser am Wired als Frequenzmessung angeschlossen habe und CuxD die Frequenz in km/h umrechnet. Dadurch erhalte ich ca. 4-5 mal pro Sekunde einen "StateChange" in iobroker.

              1 Reply Last reply Reply Quote 0
              • apollon77
                apollon77 last edited by

                Generell übrigens: load bezieht sich im auf die Auslastung eines Kerns. Also ein Dual-Core ist bei load 2 auf ca. 100%cpu. Grob gesagt

                Gesendet von iPhone mit Tapatalk

                1 Reply Last reply Reply Quote 0
                • apollon77
                  apollon77 last edited by

                  Also mit 4-5state changes pro Sekunde ist die Frage: history aktiv?! Irgendwann kann durchaus hohe I/O plötzlich höhere lastwerte verursachen … da sollte 1.0.0 aber etwas besser seien

                  1 Reply Last reply Reply Quote 0
                  • Dutchman
                    Dutchman Developer Most Active Administrators last edited by

                    @apollon77:

                    Also mit 4-5state changes pro Sekunde `

                    Sollte man dies nicht auch in der Basis als logic vermeiden?

                    4-5x pro sec belastet schon ganz schön vor allem wenn man diese Changes auch zum zeigen von scripten/Events/Berechnungen einsetzt

                    –-----------------------

                    Send from mobile device

                    1 Reply Last reply Reply Quote 0
                    • D
                      DerGraf123 last edited by

                      Die 4-5 Changes beziehen sich nur auf den Windmesser :lol:

                      Wenn ich mir in iobroker die Ereignisse so anschaue ist ganz schon was los. Das rattert nur so durch.

                      Da stellt sich doch glatt die Frage, ob man bestimmte Objekte in iobroker ausschließen kann, die man nicht benötigt. Z.B. brauche ich den den Windmesser in iobroker nicht. Wenn man den in iobroker "deaktivieren" könnte, würden schon viele changeStates wegfallen. Hab da aber noch keinen Weg gefunden. Wenn ich das Gerät einfach lösche ist es nach einem Adapter-Neustart wieder da.

                      Der CCU macht das im Übrigen gar nichts, da der IO-12/14 für Frequenzmessungen angedacht ist. CuxD rechnet das dann ohne große Last in km/h um. So kann ich dafür sorgen, dass z.B ab 30 km/h Wind die Markise rein fährt.

                      Die These, dass ein CPU Load von 2.00 bei einem Dualcore 100% CPU Last bedeutet, passt irgendwie nicht. Mein Dualcore ist ständig bei 2.9 - 3.2 bei durchschnittlich 10-30% CPU Last 😉

                      1 Reply Last reply Reply Quote 0
                      • D
                        DerGraf123 last edited by

                        Habe die Thread als "erledigt" markiert.

                        Die erhöhte CPU Last kam von der Hardware.

                        Irgendetwas am 1.0.x Code wurde in einen fehlerhaften Bereich des RAM-Modul gepackt. Nach Austausch des RAM funktioniert wieder alles 1A.

                        Vielen Dank nochmal an alle, die sich an der Suche beteiligt hatten.

                        1 Reply Last reply Reply Quote 0
                        • First post
                          Last post

                        Support us

                        ioBroker
                        Community Adapters
                        Donate

                        552
                        Online

                        31.8k
                        Users

                        80.0k
                        Topics

                        1.3m
                        Posts

                        7
                        17
                        2515
                        Loading More Posts
                        • Oldest to Newest
                        • Newest to Oldest
                        • Most Votes
                        Reply
                        • Reply as topic
                        Log in to reply
                        Community
                        Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                        The ioBroker Community 2014-2023
                        logo