BackItUp-Adapter RAM-Verbrauch

[Jan1]

@killroy2
40MB was Du angibst ist nicht viel, und stört bei empfohlenen 4GB absolut nicht. Es gibt eben immer den Zeitpunkt an dem etwas zu klein wird und klar, man kann alles optimieren, verschiebt aber nur den Zeitpunkt etwas nach hinten

[Homoran]

@Jan1 sagte in BackItUp-Adapter RAM-Verbrauch:

Der Pi hat z.B. max 3,5W,

aber nicht der Pi4

[Jan1]

@Homoran
der liegt aber auch nur minimal drüber, allerdings ist der auch nicht mehr weit vom NUC weg und somit im direkten Vergleich trotz der 4GB RAM uninteressant, da ist nur noch der Preis ein Argument. Ein kleiner NUC liegt um die 5W wenn er nicht viel zu tun hat, was unter Volllast auf ca. 10W ansteigen kann. Also alles noch recht wenig Verbrauch.

[Homoran]

@Jan1 sagte in BackItUp-Adapter RAM-Verbrauch:

Ein kleiner NUC liegt um die 5W wenn er nicht viel zu tun hat, was unter Volllast auf ca. 10W ansteigen kann. Also alles noch recht wenig Verbrauch.

da hatte ich eben 6-10W geschrieben

@Jan1 sagte in BackItUp-Adapter RAM-Verbrauch:

ist der auch nicht mehr weit vom NUC weg und somit im direkten Vergleich trotz der 4GB RAM uninteressant,

Den gibt es aber auch mit 1-8GB, ich habe nur 2

[simatec]

@Marty56 sagte in BackItUp-Adapter RAM-Verbrauch:

@simatec Meine Erfahrung mit dem Compact Mode beim Backup Adapter sind negativ. Ich habe diverse unerklärliche Fehler. Du kennst mein Issue.

Das hatte ich dir auch im Issue geschrieben und ist auch in der offiziellen Doku von iobroker zu lesen, dass der compact-Modus den Nachteil hat, dass hier eine gewisse Instabilität auftreten kann.
https://www.iobroker.net/#de/documentation

Was ich mache ist, dass ich den Adapter einfach per Script disable und dann wieder enable, wenn er sein Backup machen soll.

Ich verstehe auch die Argumente mit den mehreren Timern nicht. z.B. der Yr Adapter hat auch mehrere Timer und belegt dennoch nicht ständig RAM:

Was haben denn die mehreren Timer damit zu tun?
Es liegt schlicht und ergreifend daran, dass node jedes Backup in ein Archiv packt und dafür der RAM als Zwischenspeicher genutzt wird.
D.h. wenn du deine History, Redis, mysql etc. packst, kommt da einiges an Daten zusammen, die im RAM zwischengelagert werden.
Da Linux so intelligent ist und den RAM sehr gut organisiert, wird halt dann der RAM für Backitup reserviert.
Es ist aber ein riesengroßer Unterschied zwischen RAM belegt und RAM reserviert.
Sollte dein System an einer anderen Stelle den RAM brauchen, gibt Linux den wieder frei.

Und falls du dies manuell machen willst, brauchst du nur in den Instanzen einen Timer setzen und Backitup jede Nacht einmal neustarten. Somit wird der RAM auch wieder freigegeben.

Ehrlich gesagt verstehe ich das Problem nicht so recht ...

[killroy2]

@simatec said in BackItUp-Adapter RAM-Verbrauch:

Es liegt schlicht und ergreifend daran, dass node jedes Backup in ein Archiv packt und dafür der RAM als Zwischenspeicher genutzt wird.
D.h. wenn du deine History, Redis, mysql etc. packst, kommt da einiges an Daten zusammen, die im RAM zwischengelagert werden.

Sobald ich backitup starte sind 70MB in Verwendung. Ich habe alle Haken entfernt und das Backup ist in Zukunft, d.h. er macht aktuell nichts (nach den Einstellungen). Was du beschreibst sind Aktionen zum getriggerten Zeitpunkt des Backups, aber nichts was im Idle Status gemacht wird.

Da Linux so intelligent ist und den RAM sehr gut organisiert, wird halt dann der RAM für Backitup reserviert.
Es ist aber ein riesengroßer Unterschied zwischen RAM belegt und RAM reserviert.
Sollte dein System an einer anderen Stelle den RAM brauchen, gibt Linux den wieder frei.

Nochmal, was IoBroker anzeigt ist der tatsächliche verbrauchte Speicher. Die Swaps etc. freigeben z.B. echo 3 > /proc/sys/vm/drop_caches hat keine Auswirkung auf den Wert. Warum auch immer scheint es hier zu diesem Thema eine grosse Verwirrung zu geben.

Ehrlich gesagt verstehe ich das Problem nicht so recht ...

Ich hoffe es wurde damit klar. Für was braucht das Backup im Idle viel Speicher.

[simatec]

@killroy2 sagte in BackItUp-Adapter RAM-Verbrauch:

Was du beschreibst sind Aktionen zum getriggerten Zeitpunkt des Backups, aber nichts was im Idle Status gemacht wird.

Das ist korrekt ... Aber was sind 70 MB. Es gibt sehr viele Adapter, die ebenfalls 70 MB benötigen.
Also verstehe ich die Diskussion nicht.
Als Beispiel mal Web-Speedy ... Dieser Adapter macht auch zyklisch einen Check und eine Messung der Internetverbindung und läuft dementsprechend auch nur alle x Minuten oder Stunden und hat ebenfalls einen RAM Reservierung von um die 70 MB.

Holt euch doch einfach dementsprechende Hardware zu dem was ihr mit iobroker machen wollt.
Ich kann nicht nachvollziehen, wie viele der User hier 30 Adapter und mehr auf einem PI oder vergleichbarer Hardware nutzen wollen und sich dann wundern, dass der RAM eng wird.

[simatec]

@killroy2 sagte in BackItUp-Adapter RAM-Verbrauch:

Was du beschreibst sind Aktionen zum getriggerten Zeitpunkt des Backups, aber nichts was im Idle Status gemacht wird.

Dann beschäftige dich mal mit dem Adapter und schaue dir den Code an und mal den debug Log.
Da wirst du sehen, dass hier nicht nur zum Zeitpunkt der Backuperstellung etwas passiert.

[killroy2]

@simatec
Ich sehe aber nichts was er effektives ausserhalb der cron Zeit macht.
Es gibt event listener um auf Einstellungsänderungen zu reagieren. Also Dinge die einmal zur Konfigurationszeit passieren. Dafür den Adapter als daemon laufen zu lassen ist schon Verschwendung.
Der Ram-Verbrauch im IOBroker ist ein Hauptkritikpunkt, auch wenn das manche lapidar abtun wollen. Das schein auch Gehör zu finden sonst würden keine Massnahmen dagegen ergriffen worden sein.

[simatec]

@killroy2
Das Konzept von Backitup ist aber so aufgebaut und wird aufgrund des Funktionsumfangs auch nicht als schedule umgebaut.
Wie gesagt, 70 MB sind in der Zeit von Rechnern mit > 16 GB kein Problem und kein Grund hier Änderungen vorzunehmen.