Raspi Memory geht aus
-
Die UNterstützung für das OS läuft über Armbian.com sehr gut!
Voraussetzung ist natürlich, dass du Armbian nutzst
Gruß
Rainer
-
Wenn ich richtig im Forum gelesen habe, wäre ein NUC der optimale Rechner (welcher?); aber da ist man dann recht schnell 300 bis 400 EUR los wenn ich das richtig gelesen habe. Und der Umstieg von Linux nach Win10 wird wohl auch nicht so einfach sein (auf dem PI laufen noch ein paar andere Scripte die einen MQTT Server abfragen und über qrencode eine Barcode erzeugen, die ich wahrscheinlich unter Windows nicht so einfach umsetzen kann). `
Kann ich nicht bestätigen.
Habe den einfachsten genommen (NUC5 als Celeron). Einfach mit 8GB bestückt und eine 128GB Platte da biste weit unter 300€. Als hotdeal sogar manchmal noch einiges günstiger. CPU technisch völlig ausreichend (mit 4 VMs hat er gerdae mal 18% Auslastung). Das wichtigste ist, dass er Arbeitsspeicher hat. Aber da reichen die 8GB dicke aus - wobei ich gelesen habe, dass der NUC5 sogar 16Gb fressen soll
Umstieg war mit dem "backitup" Adapter nullkommanull ein Problem und in 15mins erledigt
Da hat der Zusammenbau des NUCs länger gedauert -
Hallo alle
Das sind ja gute Nachrichten. Da hab ich dann doch viele Optionen.
Ok. Dann laute der Plan erstmal so: Tinker ausprobieren (weil der schon bestellt ist).
Wenn der wieder an seine Grenzen kommt versuche ich tatsächlich mal den NUC, denn ich denke dass ich damit dann noch sehr viel mehr Optionen habe.
Habe gerade gesehen. Den gibts tatsächlich für 116.- ohne alle. Brauche also noch Festplatte (da müsste ich noch eine rumfliegen haben) und Speicher.
Betriebsystem ist aber auch nicht dabei. Was empfiehlt sich? Win10 oder tatsächich irgend ein Linux (Ubuntu?)
Gruss Ralf
-
Hallo alle
Das sind ja gute Nachrichten. Da hab ich dann doch viele Optionen.
Ok. Dann laute der Plan erstmal so: Tinker ausprobieren (weil der schon bestellt ist).
Wenn der wieder an seine Grenzen kommt versuche ich tatsächlich mal den NUC, denn ich denke dass ich damit dann noch sehr viel mehr Optionen habe.
Gruss Ralf `
Gute Entscheidung!
Im Nachhinein hätte ich mir mal direkt den NUC geholt. Das hätte mir insb. einiges an Zeit gespart. Über Proxmox und den VMs (darunter läuft nun IoB) ist das schon seeeeeehr einfach. Vor JEDER Änderung am System mal eben Snapshot / Backup machen und wenn nix mehr geht einfach zurückspielen. Das war sonst alles viel viel schwieriger.
Aber da du schon Tinker bestellt hast ist das sicher der geeignete Weg.
Würde nur an deiner Stelle überlegen, ob du IoB nativ darauf installierst oder lieber direkt über Proxmox. Sollte gehen. 1GB für das OS und dann 2,5 GB locker frei für EINE VM auf der IoB läuft. Ist nur so eine Idee - just my 5cents :lol: :lol: :lol:
-
Da hab ich dann doch viele Optionen. `
und noch eine:Wie Apollon77 bereits in einem anderen Thread geschrieben hat, sind wir außerdem noch auf ein mögliches Issue bei node/npm gestoßen.
Wir haben da einen Ansatz und wären froh wenn es einen Feld-Tester dafür gäbe.
Dazu musst du die Datei /opt/iobroker/iobroker-data/iobroker.json bearbeiten.
sudo nano /opt/iobroker/iobroker-data/iobroker.json
Oben steht memory limit, da musst du den Wert von 0 mal testweise auf 256 ändern
dann mit STRG-O (Oh, nicht Null) speichern und mit STRG-X verlassen nach einem````
iobroker restartden Speicher beobachten Gruß Rainer -
An wen ist das nun gerichtet ?
-
Jeden, der das testen will
-
Okay
Übrigens:
Meine Debian-VM mit IoB fängt am Anfang mit ca. 1,25 GB Arbeitsspeicher an und läuft dann kontinuierlich hoch (2-3 Tage bis fast max. Speicher - momentan 2,5GB). –> und pendelt sich dann so bei 2-2,2Gb ein. Vorher hatte ich das gleiche Phänomen bei 2GB Obergrenze --> da pendelte er sich bei ca. 1,8Gb ein. Nur mal so als Info - was auch immer das heisst :mrgreen:
-
-
2-3 Tage bis fast max. Speicher `
Aber die Eigenheiten von Linux bei der Speicherverwaltung sind dir bekannt?(freeMem != availableMem)
Gruß
Rainer
-
Aber die Eigenheiten von Linux bei der Speicherverwaltung sind dir bekannt?
(freeMem != availableMem) `
Yep - genau darunter hab ich dieses Verhalten abgehakt
mir egal - 78 Tage Online ohne Neustart hatte ich NIE mit dem Pi -
den Speicher beobachten `
Was soll ich denn nun da beobachten ? Bisher sehe ich keine Auffälligkeiten / Unterschiede zu vorher.
-
Du hast ja auch reichlich davon.
Wir wüssten gerne ob bei Usern, bei denen der Raspi mit ENOMEM aussteigt, diese Änderung eine Besserung bringt.
Gruß
Rainer
-
:mrgreen: :mrgreen: :mrgreen:
Allerdings hab ich auf NUC umgestellt und somit die Änderung in meiner VM vorgenommen. Soll ich das wieder rückgängig machen, da anscheinend nur für IoB unter Pi erforderlich zum testen ?
-
Hallo Rainer
@Homoran:Oben steht memory limit, da musst du den Wert von 0 mal testweise auf 256 ändern `
Hab ich mal gemacht. Soll das bei dem VIS Problem helfen?
Mal sehen:
Also nach dem Restart und Aufruf IOBroker Site, sieht es so aus:
Every 5,0s: free -m Tue Jan 1 15:17:02 2019 total used free shared buffers cached Mem: 923 819 104 17 49 240 -/+ buffers/cache: 528 395 Swap: 0 0 0Dann VIS geöffnet und hin und her geklickt:
Every 5,0s: free -m Tue Jan 1 15:19:38 2019 total used free shared buffers cached Mem: 923 793 129 17 41 80 -/+ buffers/cache: 672 250 Swap: 0 0 0Danach in edit gegangen:
20s sah es gut aus, dann kam die Meldung dass der Putty die Connection geclosed hat. Memory sah dabei so aus:
Every 5,0s: free -m Tue Jan 1 15:26:31 2019 total used free shared buffers cached Mem: 923 869 53 17 9 53 -/+ buffers/cache: 805 117 Swap: 0 0 0Gruss Ralf
-
Mach’s bitte nochmal aber lass top laufen.
-
Ich muß mich auch mal einklinken.
Ich habe eine Beebox I5 mit 8GB RAM und 120GB SSD.
Welche Linux-Version haben hier die NUC Besitzer?
Ich hatte vorher Ubuntu Server 16.04 Server LTS. System lief 2 Jahre einwandfrei durch. Nach einem Festplattencrash 18.04 installiert und habe nichts als Probleme.
Gruß, Mathias
Gesendet von meinem MI 8 mit Tapatalk
-
Hast Du wirklich die gleichen probleme wie hier mit ausgehendem Speicher? Bei 8GB sehr unwahrscheinlich , oder ?!
Ansonsten bitte neuen Thread mit mehr Details. Was sind die probleme, node verrsion, npm version? und so weiter
-
Ok.
Also nochmal mit top. Ich habe nach %MEM sortiert, weil die Anzeige sonst zu dynamsch war.
Also: Webinterface gestartet, ein wenig rumgeklickt und dann eine Weile in Ruhe gelassen:
top - 02:45:47 up 2 days, 1:21, 1 user, load average: 0,26, 0,19, 0,16 Tasks: 145 total, 1 running, 144 sleeping, 0 stopped, 0 zombie %Cpu(s): 1,2 us, 0,2 sy, 0,0 ni, 98,7 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 2103 root 20 0 213292 110160 17292 S 0,0 11,7 10:40.23 iobroker.js-con 2113 root 20 0 183872 93168 17192 S 0,3 9,9 4:56.65 io.admin.0 2151 root 20 0 161048 63652 17060 S 0,3 6,7 29:06.92 io.javascript.0 2385 root 20 0 145892 45220 17888 S 0,0 4,8 2:27.90 io.cloud.0 2133 root 20 0 134408 42484 17888 S 0,0 4,5 1:49.93 io.vis.0 2335 root 20 0 143216 41592 27628 S 0,3 4,4 3:08.17 io.amazon-dash. 2379 root 20 0 141004 41364 17272 S 3,3 4,4 26:06.60 io.hm-rega.0 2395 root 20 0 141620 40800 17992 S 0,0 4,3 1:55.02 io.alexa2.0 2120 root 20 0 142220 39616 17148 S 0,0 4,2 2:14.46 io.web.0 2359 root 20 0 131124 39488 17284 S 0,0 4,2 22:05.29 io.hm-rpc.0 18628 root 20 0 138636 38380 17976 S 0,0 4,1 0:07.32 io.tvspielfilm. 2286 root 20 0 129744 36936 17920 S 0,0 3,9 1:57.92 io.sayit.0 2160 root 20 0 122928 32604 17120 S 0,0 3,4 1:47.15 io.socketio.0 2369 root 20 0 132104 31756 17336 S 0,0 3,4 32:10.83 io.hm-rpc.1 2309 root 20 0 123124 31648 17144 S 0,0 3,3 2:09.91 io.fritzbox.0 2238 root 20 0 122620 31300 17148 S 0,0 3,3 1:47.97 io.text2command 2405 root 20 0 122788 30992 17216 S 0,0 3,3 1:49.29 io.scenes.0 2349 root 20 0 122056 30616 17216 S 0,0 3,2 1:46.96 io.simple-api.0 638 redis 20 0 62592 29700 1648 S 0,7 3,1 29:19.87 redis-server 460 root 20 0 14728 7664 3592 S 0,0 0,8 0:57.95 python 17481 root 20 0 12360 5440 4724 S 0,3 0,6 0:03.23 sshd 17487 root 20 0 6720 4200 2912 S 0,0 0,4 0:00.24 bash 653 www-data 20 0 7856 3624 2808 S 0,0 0,4 0:06.13 lighttpd 1 root 20 0 23824 3468 2320 S 0,0 0,4 0:07.43 systemd 647 root 20 0 7860 3036 2580 S 0,0 0,3 0:00.06 sshd 352 root 20 0 32140 2956 1868 S 0,0 0,3 0:10.00 rsyslogd 718 ntp 20 0 5772 2736 2296 S 0,0 0,3 0:18.97 ntpd 17494 root 20 0 5728 2636 2136 R 1,0 0,3 0:25.33 top 362 message+ 20 0 5488 2576 2212 S 0,0 0,3 0:00.23 dbus-daemon 353 avahi 20 0 4004 2476 2168 S 0,0 0,3 0:31.42 avahi-daemon 145 root 20 0 9928 2380 2108 S 0,0 0,3 0:45.55 systemd-journal 385 root 20 0 7124 2252 1888 S 0,0 0,2 0:00.02 cron 144 root 20 0 11984 2244 1516 S 0,0 0,2 0:00.33 systemd-udevd 1996 root 20 0 4516 2244 1908 S 0,0 0,2 0:00.05 systemd 435 root 20 0 7476 2192 1832 S 0,0 0,2 0:00.02 sudo 360 root 20 0 3848 2188 1940 S 0,0 0,2 0:00.97 systemd-logind 758 root 20 0 4436 2068 1772 S 0,0 0,2 0:00.45 rpcbind 356 root 20 0 5572 1948 1724 S 0,0 0,2 0:04.16 cron 628 root 20 0 2560 1732 1448 S 0,0 0,2 0:04.48 dhcpcd 442 root 20 0 7152 1540 1120 S 0,0 0,2 0:01.97 wpa_supplicant 726 root 20 0 4524 1528 1400 S 0,0 0,2 0:00.02 agetty 708 nobody 20 0 2288 1444 1320 S 0,0 0,2 0:01.58 thd 1999 root 20 0 25336 1248 0 S 0,0 0,1 0:00.00 (sd-pam) 748 root 20 0 4808 668 488 S 0,0 0,1 0:00.03 bluetoothd 430 root 20 0 1908 324 260 S 0,0 0,0 0:00.00 sh 433 root 20 0 1908 312 248 S 0,0 0,0 0:00.00 sh 386 avahi 20 0 3872 228 0 S 0,0 0,0 0:00.00 avahi-daemon 742 root 20 0 2064 116 0 S 0,0 0,0 0:00.00 hciattach 2 root 20 0 0 0 0 S 0,0 0,0 0:00.13 kthreadd 3 root 20 0 0 0 0 S 0,0 0,0 0:22.47 ksoftirqd/0 5 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kworker/0:0H 7 root 20 0 0 0 0 S 0,3 0,0 2:54.30 rcu_sched 8 root 20 0 0 0 0 S 0,0 0,0 0:00.00 rcu_bh 9 root rt 0 0 0 0 S 0,0 0,0 0:00.51 migration/0 10 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 lru-add-drain 11 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0 12 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1 13 root rt 0 0 0 0 S 0,0 0,0 0:00.51 migration/1VIS gestartet und ein wenig drin rumgeklickt:
top - 02:47:36 up 2 days, 1:23, 1 user, load average: 0,12, 0,17, 0,16 Tasks: 144 total, 1 running, 143 sleeping, 0 stopped, 0 zombie %Cpu(s): 1,6 us, 0,5 sy, 0,0 ni, 97,9 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 2120 root 20 0 242076 151044 17148 S 1,3 16,0 2:20.85 io.web.0 2103 root 20 0 179100 78864 17292 S 5,0 8,3 10:46.01 iobroker.js-con 2113 root 20 0 164312 64236 17192 S 0,0 6,8 4:57.23 io.admin.0 2151 root 20 0 161048 64180 17060 S 0,7 6,8 29:07.72 io.javascript.0 2385 root 20 0 145892 44608 17888 S 0,0 4,7 2:27.98 io.cloud.0 2133 root 20 0 134408 41764 17888 S 0,3 4,4 1:50.00 io.vis.0 2379 root 20 0 141004 41752 17272 S 0,0 4,4 26:06.95 io.hm-rega.0 2395 root 20 0 141620 41172 17992 S 0,3 4,4 1:55.09 io.alexa2.0 2335 root 20 0 143216 41068 27628 S 0,0 4,3 3:08.29 io.amazon-dash. 2359 root 20 0 131124 40504 17284 S 0,0 4,3 22:06.05 io.hm-rpc.0 2286 root 20 0 129744 36412 17920 S 0,0 3,9 1:57.99 io.sayit.0 2369 root 20 0 135176 35464 17336 S 0,0 3,8 32:11.80 io.hm-rpc.1 2160 root 20 0 122928 32956 17120 S 0,0 3,5 1:47.21 io.socketio.0 2309 root 20 0 123124 32004 17144 S 0,0 3,4 2:09.97 io.fritzbox.0 2405 root 20 0 122788 31292 17216 S 0,0 3,3 1:49.35 io.scenes.0 2349 root 20 0 122056 30980 17216 S 0,0 3,3 1:47.02 io.simple-api.0 2238 root 20 0 122620 30544 17148 S 0,0 3,2 1:48.03 io.text2command 638 redis 20 0 62592 29712 1648 S 0,7 3,1 29:20.86 redis-server 460 root 20 0 14728 7664 3592 S 0,0 0,8 0:57.99 python 17481 root 20 0 12360 5440 4724 S 0,0 0,6 0:03.35 sshd 17487 root 20 0 6720 4200 2912 S 0,0 0,4 0:00.24 bash 653 www-data 20 0 7856 3624 2808 S 0,0 0,4 0:06.14 lighttpd 1 root 20 0 23824 3468 2320 S 0,0 0,4 0:07.43 systemd 647 root 20 0 7860 3036 2580 S 0,0 0,3 0:00.06 sshd 352 root 20 0 32140 2984 1868 S 0,0 0,3 0:10.00 rsyslogd 718 ntp 20 0 5772 2736 2296 S 0,0 0,3 0:18.98 ntpd 17494 root 20 0 5728 2636 2136 R 1,0 0,3 0:26.31 top 362 message+ 20 0 5488 2576 2212 S 0,0 0,3 0:00.23 dbus-daemon 353 avahi 20 0 4004 2476 2168 S 0,0 0,3 0:31.42 avahi-daemon 145 root 20 0 9928 2392 2120 S 0,0 0,3 0:45.57 systemd-journal 385 root 20 0 7124 2252 1888 S 0,0 0,2 0:00.02 cron 144 root 20 0 11984 2244 1516 S 0,0 0,2 0:00.33 systemd-udevd 1996 root 20 0 4516 2244 1908 S 0,0 0,2 0:00.05 systemd 435 root 20 0 7476 2192 1832 S 0,0 0,2 0:00.02 sudo 360 root 20 0 3848 2188 1940 S 0,0 0,2 0:00.97 systemd-logind 758 root 20 0 4436 2068 1772 S 0,0 0,2 0:00.45 rpcbind 356 root 20 0 5572 1948 1724 S 0,0 0,2 0:04.16 cron 628 root 20 0 2560 1732 1448 S 0,0 0,2 0:04.48 dhcpcd 442 root 20 0 7152 1540 1120 S 0,0 0,2 0:01.97 wpa_supplicant 726 root 20 0 4524 1528 1400 S 0,0 0,2 0:00.02 agetty 708 nobody 20 0 2288 1444 1320 S 0,0 0,2 0:01.58 thd 1999 root 20 0 25336 1248 0 S 0,0 0,1 0:00.00 (sd-pam) 748 root 20 0 4808 668 488 S 0,0 0,1 0:00.03 bluetoothd 430 root 20 0 1908 324 260 S 0,0 0,0 0:00.00 sh 433 root 20 0 1908 312 248 S 0,0 0,0 0:00.00 sh 386 avahi 20 0 3872 228 0 S 0,0 0,0 0:00.00 avahi-daemon 742 root 20 0 2064 116 0 S 0,0 0,0 0:00.00 hciattach 2 root 20 0 0 0 0 S 0,0 0,0 0:00.13 kthreadd 3 root 20 0 0 0 0 S 0,0 0,0 0:22.48 ksoftirqd/0 5 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kworker/0:0H 7 root 20 0 0 0 0 S 0,3 0,0 2:54.42 rcu_sched 8 root 20 0 0 0 0 S 0,0 0,0 0:00.00 rcu_bh 9 root rt 0 0 0 0 S 0,0 0,0 0:00.51 migration/0 10 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 lru-add-drain 11 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0 12 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1 13 root rt 0 0 0 0 S 0,0 0,0 0:00.51 migration/1 14 root 20 0 0 0 0 S 0,0 0,0 0:01.69 ksoftirqd/1Dann edit (ging nur als screenshot, da putty aussteigt)
Gruss Ralf
-
Hallo Ralf,
da muss meiner Meinung nach etwas anderes faul sein.
Die %CPU in den Spalten beziehen sich nur auf einen Kern, davon hat der RasPi 4. Dementsprechend siehst du in der Titelzeile (Screenshot) dass nur 19% der CPU belastet und 78,3% idle (ohne Aufgabe) waren.
Auch die Load ist sehr niedrig.
Beim Speicher bin ICH mir nicht sicher.
Habe die einzelenen Werte nicht addiert, aber überschlagsweise könnten es 100% sein. Hier weiß ich aber nicht, ob das die linuxtypische Verteilung incl. Cache ist, oder ob das echte Nutzung ist.
Da muss noch einer etwas zu sagen, der es weiß
Ich weiß jetzt auch nicht, ob es schon gefragt wurde:
Was nutzst du für ein Netzteil?
Gruß
Rainer
