Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. Error/Bug
    4. [gelöst] Speicherleck? Memory Leak?

    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

    [gelöst] Speicherleck? Memory Leak?

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

      @frankie:

      Auf der weiteren Suche nach einem Fehler habe ich nun auch noch per rpi-update folgende Version im Einsatz

      Raspbian Linux raspberrypi 4.1.4-v7+ #808 SMP PREEMPT Thu Aug 6 16:59:39 BST 2015 armv7l
      

      Aber auch das hat keine Verbesserung gebracht.

      Danach habe ich noch den Hardware Watchdog ativiert, damit ich das System nicht immer manuell aus/ein-schalten muss. Denn es kommt ja zu einem Stillstand. Dabei habe ich nun folgende Auffälligkeit:

      Aug  6 23:17:11 raspberrypi kernel: [    0.000000] Booting Linux on physical CPU 0xf00
      Aug  7 00:17:10 raspberrypi kernel: [    0.000000] Booting Linux on physical CPU 0xf00
      Aug  7 07:17:10 raspberrypi kernel: [    0.000000] Booting Linux on physical CPU 0xf00
      Aug  7 07:17:09 raspberrypi kernel: [    0.000000] Booting Linux on physical CPU 0xf00
      Aug  7 08:17:11 raspberrypi kernel: [    0.000000] Booting Linux on physical CPU 0xf00
      Aug  7 09:17:09 raspberrypi kernel: [    0.000000] Booting Linux on physical CPU 0xf00
      

      Das Memory Leak ist nach wie vor da, aber der Stillstand des Systems passiert anscheinend nicht durch zu wenig Memory, sondern zu einer bestimmen Zeit. :?: :?: :?: `
      Bist du sicher, dass ohne ioBroker dein System stabil läuft?

      Dann werde ich versuchen alle Adapter ausschalten und ein nach dem anderem aktivieren und Stabilität beobachten.

      1 Reply Last reply Reply Quote 0
      • F
        frankie last edited by

        @Bluefox:

        Bist du sicher, dass ohne ioBroker dein System stabil läuft?

        Dann werde ich versuchen alle Adapter ausschalten und ein nach dem anderem aktivieren und Stabilität beobachten. `

        Eigentlich ja, aber ich werde trotzdem Deinen Vorschlag versuchen.

        Danke.

        1 Reply Last reply Reply Quote 0
        • N
          nobody last edited by

          Hallo,

          ich habe jetzt auch seit ca. einer Woche das Problem, dass die node.js Prozesse immer weiter anwachsen bis nichts mehr geht. Da ich einige Skripte unter node-red laufen habe ist meistens nach ca. 8 Stunden Schluss.

          Meine Vermutung ist, dass das Problem mit den Wechsel auf node.js 0.12.7 angefangen hat und seitdem die Garbage Collection nicht mehr korrekt ausgeführt wird. Alle Prozesse unter node.js wachsen langsam aber stetig immer weiter an.

          Ich habe jetzt mal in die Startzeile von node-red in der main.js den Parameter –max-old-space-size=128 aufgenommen, wie es unter http://nodered.org/docs/hardware/raspberrypi.html beschrieben ist. Mal sehen, ob dies was bringt.

          Gruß

          Markus

          Pi2 - Raspian mit Upgrade auf Debian 8 (Jessie)

          node.js 0.12.7

          1 Reply Last reply Reply Quote 0
          • F
            frankie last edited by

            @Bluefox:

            Bist du sicher, dass ohne ioBroker dein System stabil läuft?

            Dann werde ich versuchen alle Adapter ausschalten und ein nach dem anderem aktivieren und Stabilität beobachten. `

            Habe Deinen Vorschlag umgesetzt. Zuerst habe ich das System komplett ohne ioBroker laufen lassen. Und leider (oder auch gut so) war das System instabail. Diesen Fehler haben laut Google Suche auch viele andere auch. Wer selber suchen und lesen möchte hier die Suche

            https://www.google.de/#q=raspberry+%2Fetc%2Fcron.hourly+crash
            

            Leider sind die Lösungen sehr sehr sehr unterschiedlich.

            In meinem Falle war es das Netzteil. Ja, richtig gelesen, das Netzteil. Ich habe schon seit langer Zeit so 1A Netzteil aus China im Einsatz. Nachdem ich dieses durch ein Netzteil mit 2A von Apple ( ich hatte nichts anderes gerade zur Hand) läuft das System stabil… zumindestens gibt es keine Stillstände mehr um hh:17:10.

            An dem Memory Leak hat sich allerdings nichts geändert. Nach 24 Stunden Laufzeit sieht es wie folgt aus:

            580_rpi-monitor2.jpg

            top - 15:04:32 up 2 days,  1:24,  2 users,  load average: 0,93, 0,44, 0,29
            Tasks:  97 total,   1 running,  96 sleeping,   0 stopped,   0 zombie
            %Cpu(s):  1,4 us,  0,0 sy,  0,0 ni, 73,1 id, 24,8 wa,  0,0 hi,  0,7 si,  0,0 st
            KiB Mem:    948128 total,   934644 used,    13484 free,    36232 buffers
            KiB Swap:   524284 total,      480 used,   523804 free,    78880 cached
            
              PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND                                                                                                                              
             2138 root      20   0  204m 146m 5556 S   0,0 15,8 136:26.61 io.js-controlle                                                                                                                      
             7561 root      20   0  196m 140m 5332 S   0,0 15,2  19:42.59 node-red                                                                                                                             
             2384 root      20   0  144m  89m 5188 S   0,0  9,6   9:53.54 io.hm-rega.0                                                                                                                         
             2180 root      20   0  136m  82m 6192 S   0,0  8,9  54:57.60 io.admin.0                                                                                                                           
             2349 root      20   0  127m  73m 5384 S   0,0  7,9  12:10.85 io.hm-rpc.0                                                                                                                          
             9965 root      20   0  121m  66m 5436 S   0,0  7,2  18:50.43 io.javascript.0                                                                                                                      
             2195 root      20   0  117m  62m 5364 S   0,0  6,7  63:00.88 io.history.0                                                                                                                         
             2404 root      20   0  105m  51m 5548 S   0,0  5,5   6:54.32 io.mqtt.0                                                                                                                            
             2292 root      20   0  100m  45m 5228 S   0,0  4,9   3:14.04 io.web.0                                                                                                                             
             7543 root      20   0 95532  38m 5336 S   0,0  4,1   1:13.44 io.node-red.0                                                                                                                        
             2207 pi        39  19 19532 8768 2784 S   0,0  0,9   0:00.26 rpimonitord  
            

            Daher ändere ich den Thread Titel ein wenig ab.

            Gruß

            Frank

            1 Reply Last reply Reply Quote 0
            • F
              frankie last edited by

              @nobody:

              …dass das Problem mit den Wechsel auf node.js 0.12.7 angefangen hat .. `

              Hallo Markus,

              wie hast Du denn node.js 0.12.7 installiert?

              Gruß

              Frank

              1 Reply Last reply Reply Quote 0
              • N
                nobody last edited by

                Ganz normal mit der Anleitung aus der Doku von node.js für Debian.

                https://github.com/joyent/node/wiki/Ins … ge-manager

                Gesendet von meinem SM-G900F mit Tapatalk

                1 Reply Last reply Reply Quote 0
                • F
                  frankie last edited by

                  @nobody:

                  Ganz normal mit der Anleitung aus der Doku von node.js für Debian.

                  https://github.com/joyent/node/wiki/Ins … ge-manager `

                  Entsprechend Deines Links http://nodered.org/docs/hardware/raspberrypi.html habe ich die Installation für den Raspberry Pi 2 durchgeführt. Somit habe ich nun auch node.js 0.12.7 im Einsatz.

                  Aber das Memory Leak ist geblieben. Nach einer gewissen Laufzeit sieht es dann wieder so aus:

                  ` > top - 21:05:42 up 3 days, 7:25, 2 users, load average: 0,18, 0,25, 0,25

                  Tasks: 98 total, 1 running, 97 sleeping, 0 stopped, 0 zombie

                  %Cpu(s): 1,8 us, 0,7 sy, 0,3 ni, 97,2 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st

                  KiB Mem: 948128 total, 935904 used, 12224 free, 57724 buffers

                  KiB Swap: 524284 total, 1428 used, 522856 free, 68220 cached

                  PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND

                  5876 root 20 0 216m 162m 7008 S 3,3 17,5 95:09.24 io.js-controlle

                  29820 root 20 0 157m 108m 10m S 1,0 11,7 24:47.01 node-red

                  5889 root 20 0 135m 82m 6424 S 1,0 9,0 38:19.70 io.admin.0

                  6040 root 20 0 133m 80m 6504 S 0,7 8,7 33:45.99 io.javascript.0

                  5958 root 20 0 131m 78m 6488 S 0,3 8,4 6:06.92 io.hm-rega.0

                  5930 root 20 0 128m 75m 6328 S 0,0 8,1 7:06.69 io.hm-rpc.0

                  5903 root 20 0 119m 66m 6344 S 1,7 7,2 40:06.19 io.history.0

                  5968 root 20 0 107m 53m 6824 S 0,3 5,8 5:06.44 io.mqtt.0

                  29770 root 20 0 96440 44m 10m S 0,0 4,8 1:27.15 io.node-red.0

                  5913 root 20 0 98,2m 43m 6320 S 0,0 4,7 1:52.84 io.web.0

                  2207 pi 39 19 19532 8428 2444 S 0,0 0,9 0:00.52 rpimonitord

                  … `

                  1 Reply Last reply Reply Quote 0
                  • N
                    nobody last edited by

                    Die Zahlen sagen leider nicht viel aus. node.js basiert auf Google V und dieses gibt wie die meisten Egmascript Engines den über Variablen und Objekte allokierten Speicher nicht automatisch nach den Setzen der Variablen auf NULL frei sondern erst durch den Lauf einer sogenannten Garbage Collection.

                    Die springt an, wenn ein Maximalwert erreicht wird oder wenn die Anwendung diese manuell startet. Zumindest nodered startet die Garbage Collection nicht selbst. Aus diesem Grund ist hier der Maximalwert sehr wichtig.

                    Bei node.js 0.12.x liegt der Default-Wert bei 512MB. Dieser Wert gilt pro Instanz. Jeder Adapter und der Controler starten eigenen Prozess und müssten somit eine eigene node.js Instanz sein.

                    Da der Pi2 nur 1 GB Hauptspeicher hat, wird es da schnell eng. Deswegen sollte der maximal belegbare Speicher über den Parameter reduziert werden. Dies sollte für alle node.js Prozesse erfolgen. Ich hab das jetzt erstmal für nodered gemacht, was den Adapter auf ca. 11% begrenzt.

                    Generell ist die Garbage Collection von V8 problematisch. Diese arbeitet nach dem Stop-the-World Modell. D.h. solange der Speicher aufgeräumt wird, werden alle threads des Prozesses gestoppt. Auch kann dies auf dem pi schonmal eine zweistellige Anzahl von Sekunden dauern. Wenn dies erst an der Systemgrenze erfolgt, bekommen in der Zeit andere Prozesse keinen neuen Speicher und die werfen dann eine Exeption oder einen Core.

                    Wäre mal interessant zu erfahren, wie die eigenen Komponenten von iobroker mit der Garbage Collection umgehen.

                    https://strongloop.com/strongblog/node- … ollection/

                    Gesendet von meinem GT-N8000 mit Tapatalk

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

                      Besser konnte ich auch nicht erklären.

                      Es werden momentan keine Speicher-Limitierungen benutzt.

                      Sollte man vielleicht.

                      1 Reply Last reply Reply Quote 0
                      • F
                        frankie last edited by

                        @Bluefox:

                        Besser konnte ich auch nicht erklären.

                        Es werden momentan keine Speicher-Limitierungen benutzt.

                        Sollte man vielleicht. `

                        Dann setze ich den Thread mal auf [gelöst].

                        In meinem Fall wird der Speicher langsam "voll", aber das System läuft dann trotzdem ohne Probleme weiter.

                        Gruss

                        Frank

                        1 Reply Last reply Reply Quote 0
                        • P
                          Pman last edited by

                          Ich wollte mich mal hier einklinken. Habe jetzt auch auf 0.12.7 geupdated und exakt das gleiche Problem.

                          Vorher hatte ich bei laufendem ioBroker noch immer ca. 200 MB Ram frei, jetzt läuft der Speicher recht schnell voll, dabei habe ich nichtmal eine node-red Instanz laufen. Das System läuft dann erstmal weiter stabil, wenn auch spürbar langsamer. Es kommt aber bei Update/Installation von Adapter vor, dass das ganze system so langsam wird, dass offene Sockets in ioBroker timouts bekommen und adapter abstürzen.

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

                          Support us

                          ioBroker
                          Community Adapters
                          Donate

                          547
                          Online

                          31.8k
                          Users

                          80.0k
                          Topics

                          1.3m
                          Posts

                          4
                          14
                          3371
                          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