Hallo zusammen,
ich muss unbedingt meine rpi 3 Kiste austauschen, da fhem hier schon seit einigen Jahren drauf läuft und inzwischen sehr langsam geworden ist. Ich dachte jetzt an einen rRPi4.
Wie sieht das mit der Performance aus. Ist diese Kiste deutlich schneller aus ein 2er/3er?
Ich habe leider keine Erfahrungen damit und würde gerne verstehen wollen, ob man damit für die nächsten Jahre gerüstet ist. Erweiterungen an der Konfiguration sind nicht geplant, das Vorhandene soll halt wieder performant laufen. Es sind ein paar Enocean Geräte angeschlossen und 5-6 1wire Sensoren. Das war´s auch schon. Außerdem werden 2-3 SVG-Grafiken (Temperatur, Luftdruck, Feuchte) erzeugt.
Christian
Also wenn wirklich "nur" ein paar so Sachen dran hängen, dann evtl. mal nach Performance-Optimierungen schauen.
Ich habe auf einem meiner Systeme so einiges laufen und das noch auf einem PI2...
Z.B. Events minimieren: event-on-change etc.
RegEx bei Notify/DOIF/... "besser" machen...
Ein PI4 ist nicht wirklich (viel) schneller als ein PI3 plus und daher halt etwas schneller als ein "normaler" PI3...
...was der Vorteil (für mich ist/sein wird) ist der mehr Speicher: bis 4GB :)
Gruß, Joachim
https://forum.fhem.de/index.php/topic,99124.msg924865.html#msg924865
Ciao, -MN
Also der Pi4 währe mir aktuell noch "zu neu" für ein Produktivsystem. Da würde ich bis 2020 warten .. die Software sollte noch reifen ..
Über Alternativen gibt es hier genügend Threads im Forum ..
Moin,
seit einer Woche läuft FHEM auf meinem neuen RPi4-4GB wirklich stabil und performant. Den Umstieg habe ich nicht bereut.
Zitat von: MadMax-FHEM am 10 September 2019, 13:54:35
Ein PI4 ist nicht wirklich (viel) schneller als ein PI3 plus und daher halt etwas schneller als ein "normaler" PI3...
...was der Vorteil (für mich ist/sein wird) ist der mehr Speicher: bis 4GB :)
Das ändert sich gerade (nachträglich!) über einen neuen Bootloader sowie Firmwareupdate. Allerdings -das ist wichtig- muss man einmalig selbst ein Paket einspielen:
https://www.heise.de/newsticker/meldung/Bastelrechner-hochgetaktet-Raspberry-Pi-mit-2100-MHz-4571208.html
BTW: Ist es sinnvoll, in einem eigenen Artikel mit passendem Subject auf diesen Fakt zu verweisen? Meinungen?
Ob man allerdings Übertackten sollte, bei einem System, welches eher den Wert auf Stabilität legen sollte .... ist ein anderes Thema
@Wernieman
Bitte nicht nur die Überschrift lesen, es geht um etwas ganz anderes, ich zitiere aus dem Artikel:
ZitatDer Raspberry Pi 4B ist nicht nur sauschnell, sondern er wird auch sehr, sehr heiß. Daraus folgt leider auch, dass er manchmal seine Geschwindigkeit gar nicht ausspielen kann, weil er nach längerer Last seinen Takt drosseln muss.
Der neue Bootloader installiert automatisch Firmware-Updates - sofern man ein neues offizielles Paket einspielt. Und die aktuelle NEUE Firmware sorgt dafür, dass der RPi nicht so schnell so heiß wird und damit die CPU-Geschwindigkeit herunterregelt.
Es geht also primär gar nicht um CPU-Übertaktung.
Dann solltest Du Deinen Beitrag lesen ;o)
ich hatte schon bei Veröffentlichung den Artikel gelesen ;o)
Mir ist im Moment unklar, wo unser Missverständnis konkret ist.
Der RPi 4 regelt die CPU-Geschwindigkeit bei Erreichen von 80°C herunter. Dieses kann bei FHEM durchaus schnell auftreten: Auswertungen, Grafiken über Tage, Monat erstellen usw.
Durch (siehe oben) wird ein Fehler beseitigt, die CPU-Geschwindigkeit also quasi später und seltener heruntergeregelt - ist rein praktisch also höher.
Daher scheint es geboten, das im Artikel genannte offizielle Paket einzuspielen.
Ich habe den RPi4 mit Fhem laufen, incl. vieler Plots usw.
Wo ich mit dem Banana echte Performanceeinbrüche hatte,
schüttelt der Rpi4 das locker aus dem Ärmel.
Die Temperatur ist nie ansatzweise an 80Grad gekommen.
60 war das höchste der Gefühle. Jetzt liegt er mit großem Kühlkörper
auf dem ungedämmten Dachboden und werkelt bei ca. 40Grad CPU-Temp
vor sich hin.
Die neue FW hat ca. 5Grad gebracht.
Hallo Bartimaus,
mein Pi4 hat ein anderes Problem:
Ich habe ebenfalls viele1W Module, drei CUL und etliche Sonoffs dran. Ebenfalls reichlich Rechnerei für Plots aus DbLog
und Floorplans sowie hochladen zu Wetterstationen und nun auch noch ein Tablet im Flur mit Table-UI drauf.
Der Pi3 kommt so langsam an seine Grenzen. Es geht noch alles, aber die Abfragezyklen für die 1W Module (40Stk) musste ich schon
langsamer machen. Dazu eine DbLog mit 7Gb und gut 40Mio Datensätzen drauf.
Ich habe nun einen Pi4 mit Buster neu aufgesetzt, OWServer, Alexa fhem und ne neue DbLog drauf.
Alle "alten" Daten und Conf Dateien rüberkopiert und das Ding läuft, aber ungrlaublich langsam!
Wenn mit mit TabletUI eine Seite auf dem Pi3 öffne dauert es ca 5-12 Sek, je nach der Menge der Daten die berechnet werden müssen.
Mit dem Pi4 kommt die Anzeige auch - aber du kannst Kaffekochen gehen.
Irgendwas ist hier total falsch eingestellt. Auf dem Pi4 ist die neueste FW und auch alle Updates Buster sowie fhem.
Was bitte kann so eine lahme Krücke aus dem schnellen Rechner gemacht haben?
Grüße Wolfdieter
Hallo WolfDieter,
hast Du mal Htop beobachtet und Apptime gestartet ?
Sysmon ist auch nicht schlecht zum beobachten. Vielleicht ist RAM voll und der swapt?
LG
@ dieter114,
ist zwar ein wenig OT, aber hast Du mal den Resourcenverbrauch Deines OW-Servers untersucht. Ich würde fast darauf tippen, daß der Dir mächtig Resourcen frißt. Ich hatte ursprünglich auch mal meine OW-Sensoren (inzwischen über 70 Stück) mit USB OW-Busmastern (3 Stück) und OW-Server an FHEM angebunden. Das hat auf meinem RasPi 3+ soviel Performance gefressen das FHEM fast nicht mehr zu bedienen war. Inzwischen hab ich den ganzen Krempel rausgeschmissen und lese die 70 Sensoren über 9 D1-Mini's mit Tasmota und per MQTT2 ein. Ergebnis = KEINE Performanceeinbußen mehr. FHEM läuft wieder fast so schnell wie am ersten Tag. Kann ich nur empfehlen.
Hallo und Danke für die Tipps,
mittlerweile läuft so Einiges erst mal wieder.
Ich hatte die lib: DateTime vergessen. Folge: Nichts rechnet mehr. (Blöd >:()
Der OWServer kostet sicher Performace ich werde mal die Version von Guzzi-Charlie porbieren.
Und zuletzt hat noch Alexa-Fhem einigen Ärger gemacht: npm ist in einer zu neuen Version in Buster integriert
ohne die Version 8.xx läuft Alexa-Fhem nicht mehr. Habe leider noch keine Lösung dafür gefunden.
Grüße Wolfdieter
Zitat von: dieter114 am 14 November 2019, 19:19:42
Hallo und Danke für die Tipps,
mittlerweile läuft so Einiges erst mal wieder.
Ich hatte die lib: DateTime vergessen. Folge: Nichts rechnet mehr. (Blöd >:()
Der OWServer kostet sicher Performace ich werde mal die Version von Guzzi-Charlie porbieren.
Und zuletzt hat noch Alexa-Fhem einigen Ärger gemacht: npm ist in einer zu neuen Version in Buster integriert
ohne die Version 8.xx läuft Alexa-Fhem nicht mehr. Habe leider noch keine Lösung dafür gefunden.
So - es geht endlich.
Alexa-Fehm: Wichtig ist erst einmal die alte Version deinstallieren.
Dann einfach neu installieren wie im WIKI beschrieben und neu am Vereins-Server anmelden.
Wenn es nicht läuft liegt es oft an den Userrechten:
sudo chmod 755 -R /opt/fhem
sudo chmod 600 /opt/fhem/.ssh/id_rsaDann alle Module in der Alexa-App löschen und neu suchen und anlegen.
Viel Spass damit.
Gruß Wolfdieter
Ich würde den komplette Ordner .ssh auf 600 setzen ... nicht nur die id_rsa
So - nun nochmal eine Nachmeldung:
Der Pi4 läuft nun einige Zeit ohne Probleme.
Ich hatte in den 99myUtils.pm eine Routine zur Berechnung des Solarertrags einer Dachheizungsanlage eingebaut.
Blöderweise vergessen, dass beim Neustart diese Berechnung eben auch einmal eine Division durch 0 haben kann.
Bei allen bisher verbauten Einheiten (RPi2 RPi3) hat dies lediglich zu einem kursfristigen Lastschub geführt.
Dann ein Eintrag ins Log - und gut wars.
Anders beim RPi4: Der mag das gar-nicht!
Die Leitungskurve steigt so über 30- 60 Min kontinuierlich an und dann passiert ein Phänomen
welches mir wirklich einiges an Nerven und Zeit gekostet hat:
Über Putty ist der Pi zu erreichen und auch sudo service fhem status
zeigt einen normalen Betrieb an. Der RPI-Mon zeigt erhöhte Leistung wie oben beschrieben
und fällt dann nach ca 60 Min auf eine ganz kleine Grundlast zurück.
FHEM reagiert nicht mehr über HTTP und läuft auch nicht trotz anderer Aussage der Serviceabfrage über Putty.
Einmal Reboot - und alles ist wieder ok.
Nun diesen Fehler ausgebaut - keine Division durch 0 mehr - und das Ding läuft einwandfrei.
Möglicherweise werden nun einige von Euch sagen - ja sieh mal hier .. und da...das wurde doch schon lange beschrieben....
Mir geht es um eine Lösung die eine sehr leistungsfähige Maschine blöderweise ausbremst
und ich frage mich warum das in all den Jahren beim RPi2 oder RPi3 nie aufgefallen ist.
Ich hoffe Euch damit geholfen zu haben.
Wolfdieter
Hallo,
so, fhem scheint ja so halbwegs stabil auf dem 4er zu laufen. Aber was ist mit der Performance. Ist der 4er wirklich so viel schneller, dass sich der Mehpreis zum 3er rechnet? Der 4er ist ja fast noch doppelt so teuer wie der 3er.
Danke und Gruß,
Spartacus.
Zitat von: Spartacus am 11 Dezember 2019, 19:39:59
Hallo,
so, fhem scheint ja so halbwegs stabil auf dem 4er zu laufen. Aber was ist mit der Performance. Ist der 4er wirklich so viel schneller, dass sich der Mehpreis zum 3er rechnet? Der 4er ist ja fast noch doppelt so teuer wie der 3er.
Danke und Gruß,
Spartacus.
Also ich habe meinen PI3 ebenfalls durch einen PI4 ersetzt. -> Das ging nebenbei bemerkt recht easy, die SD Karte vom PI3 einfach in den Pi4 gepackt und gebootet :-). Nur die Homebridge läuft jetzt anscheinend nicht mehr, ich vermute ich muß eine neue ID in Homebridge vergeben und alles neu einrichten.
Ich weiß nicht ob es sich "rechnet", ich denke eher nicht ;-) Der PI4 braucht mehr Strom im Betrieb als der PI3. (der Akku meiner USV hat vorher rund 3 Stunden gehalten, mit dem PI4 nur noch etwas 1 Stunden 45 Minuten)
Man merkt beim Aufruf von Plots vor allem einen Unterschied, das baut der PI4 die Seiten wesentlich schneller auf.
Hi,
danke fürs Feedback! Ich ersetzte jetzt meinen 2er gegen einen 4b. Habe ich gerade bestellt. Den 3er jetzt zu kaufen, macht aus meiner Sicht doch keinen Sinn.
Ich muss das Dingen aber komplett neu aufsetzten, weil der 2er noch auf einem Debian 7 aus 2014 läuft. Ich fürchte, da muss man mal ran und es auf Buster aufstocken. Und wenn der dann wieder 5 Jahre rennt, dann passt das schon!
Bin gespannt,
Spartacus.
Aus Gründen des Stromverbrauchs kann ich nur sagen, der PI4 braucht einiges mehr ;-).
Ein PI3b+ ist da um einiges genügsamer.
Im Leerlauf ca. 3 Watt gegenüber 4,4 Watt.