BackItUp-Adapter RAM-Verbrauch

[Supermicha]

Moin.

Erstmal vorweg, der BackItUp-Adapter ist echt spitze, vielen Dank dafür!!

Nun mal meine Frage, warum muss der ständig laufen, und (zumindest bei mir) 43 MB RAM verbrauchen, wenn er doch nur streng nach Zeitplan ausgeführt wird?

Wäre es nicht grade auf kleinen Systemen, wie einem Raspi, sinnvoll ihn außerhalb der Backup-Zeiten "stillzulegen"?

[martin]

Bei mir verschlingt der stolze 133MB.

Eine Lösung für eine Stilllegung in der nicht aktiven Zeit wäre sehr interessant.

[dondaik]

oder die basishardware ggf ändern!

frohe weihnachten

[simatec]

Linux hat eine intelligente RAM Verteilung und auch backitup gibt RAM frei, wenn es benötigt wird.

Aufgrund mehrerer Backupzeiten muss backitup dauerhaft laufen.

Diese Diskussion gab es hier auch schon …

Gesendet von iPhone mit Tapatalk

[killroy2]

Hi kannst du das genauer spezifizieren warum man das nicht anderst lösen kann? 40MB für einen Dienst der bei mir nur einmal die Woche läuft ist ziemlich verschwenderisch.

[Homoran]

@killroy2 sagte in BackItUp-Adapter RAM-Verbrauch:

warum man das nicht anderst lösen kann?

Würde es etwas an deiner Aussage:

@killroy2 sagte in BackItUp-Adapter RAM-Verbrauch:

40MB für einen Dienst der bei mir nur einmal die Woche läuft ist ziemlich verschwenderisch.

Ändern, wenn du wüsstest warum?

Außerden finde ich nicht dass bei heutzutage 4000-8000 MB RAM 40 davon viel wären.

[simatec]

@killroy2
Letztendlich nimmt sich nicht Backitup direkt den RAM, sondern dein System für die Prozesse, die beim Backup im Hintergrund geschehen.
Du kannst das aber wenn es dich stört oder dein System nicht genug RAM zur Verfügung hat mit zwei Varianten lösen.

Entweder du stellt backitup auf Compact-Modus um, oder du lässt den Adapter einmal am Tag automatisch neustarten, damit der RAM wieder freigegeben wird.

[killroy2]

@Homoran

Natürlich würde eine schlüssige Erklärung die Akzeptanz erhöhen, momentan hat der Verbrauch einen gehörigen Code-Smell.
Und nein, 40 MB mal x verschiedener Instanzen bei einer Std. Installation läppert sich mal eben zu einer gehörigen Menge an Speicher so dass man mit einfacher HW nicht mehr weiterkommt mit allen negativen Implikationen wie erhöhte Kosten durch Energieverbrauch.

[Marty56]

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

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:

[Jan1]

@killroy2
Die sind erst mal nur reserviert und nicht belegt, heißt wenn ein andere Dienst wirklich mehr verbraucht, dann wird hier auch schnell was freigegeben. Mein Pi hatte 1GB Speicher von dem im Schnitt 3/4 vergeben waren, das selbe System auf dem Beelink mit 4GB RAM ist zu 50% vergeben. Linux macht das nun mal anders und 40MB ist nix.

[killroy2]

@Jan1 Was meinst du mit reserviert und nicht belegt? Die 40MB (aktuell sind es eher 70MB) sind resident size. Wie sollte Linux die freigeben?
Mein alter Pi mit 1GB war sobald er vollgelaufen ist nicht mehr vernünftig im Haus nutzbar so dass ich ihn ersetzen musste. So eine Haussteuerung muss auf Events reagieren und nicht viel rechnen - bei mir, mit meinen Adaptern und sicher bei vielen Anwendern. Da sollte die kleinere, sparsamere Hardware die bessere sein.

[Homoran]

@killroy2

https://www.linuxatemyram.com/

[Jan1]

@killroy2
Heißt die angegebene Menge ist für den Dienst reserviert, wird aber nicht wirklich komplett gebraucht und wenn ein andere Dienst diesen benötigt, wird der freigegeben. Somit hat der angezeigte Wert nicht wirklich eine Bedeutung und erklärt auch warum plötzlich mehr Speicher angeblich belegt ist, nur weil die HW auch mehr Speicher besitzt. Linux reserviert eben was da ist und verteilt das wenn es benötigt wird aber auch schnell neu. Bei meinem Beispiel oben hätte mein Beelink nach dem Umzug eigentlich nur 750MB der 4GB belegen dürfen, nimmt sich aber trotzdem 1,1GB vom Speicher.

Google mal nach "Linux Speicherverwaltung", oder klick den Link von Homoran, der verdeutlicht das ganze.

Eins zum Schluss noch, 1BG RAM ist auf die Dauert zu wenig, deshalb gibts die PIs nun auch endlich mit mehr RAM. Ich halte aber auch nicht so viel von reinen IOBroker Installationen, die mit 32GB RAM protzten, denn jeder Chip der verbaut ist erhöht auch den Stromverbrauch und warum sollte man für was zahlen, wenn man es nicht verwendet? Auch wenn es nicht viel ist, es ist unnötig
4-8GB RAM ist für IOBroker absolut ausreichend.

[killroy2]

Die Seite spricht über Caches.
Schaut man sich den Verbrauch an über

ps -aux

sieht man in der Spalte RSS - Resident Set Size den notwendingen Verbraucht ohne swapping.
Worüber ihr redet ist VSZ. Das ist Swapping und Shared Libraries mit addiert.
Iobroker zeigt RSS an. Der Speicher wird auch nicht freigegeben wenn nicht mehr ausreichend verfügbar ist.

[Jan1]

@killroy2
Ja, wenn nix mehr da ist, ist eben Schluss, daran ändert auch Linux nichts

[Homoran]

@killroy2 sagte in BackItUp-Adapter RAM-Verbrauch:

Mein alter Pi mit 1GB war sobald er vollgelaufen ist nicht mehr vernünftig im Haus nutzbar

Wenn der Speicher wirklich voll ist (und nicht nicht frei - entscheidend ist available und nicht free!) läuft natürlich nichts mehr.

Wir haben schon vor Jahren von SBC mit nur 1GB RAM abgeraten (500MB sowieso), außer für kleine Satellitenanwendungen als Slave bei einem Multihost.

Es ist bekannt, dass ab 15 Instanzen 1GB RAM nicht mehr reichen kann. Erst recht nicht wenn noch anderes darauf läuft und/oder eine grafische Oberfläche verwendet wird.

Auch ein Backup benötigt sehr viel RAM, so dass zumeist während eines Backups die Probleme zuerst auftraten.

Was den Stromverbrauch angeht wird die Diskussion akademisch:
Ob ich jetzt einen Pi3 mit etwa 3,5-5W nehme oder einen NUC mit 6-10W ergibt im Jahr einen Mehrpreis von etwa 25€

[Jan1]

@Homoran
Ist richtig, nur liegst Du beim Pi und beim NUC schon wieder zu hoch. Der Pi hat z.B. max 3,5W, aber schreibe ich oben schon was den Mehrverbrauch des RAM angeht, was unnötig ist, ist unnötig und wenn es 2€ im Jahr sind. Man sollte es einfach wissen und im Hinterkopf haben, denn die Summer der einzelnen Geräte bei denen es im einzelnen nicht relevant ist, macht den Unterschied.
Altes Sprichwort dazu: Kleinvieh macht auch Mist

Vier mal NUC macht dann in Deiner Rechnung schon 100€, was auch kein Beinbruch ist, aber eben nicht nötig wenn es was kleineres auch tut und für die Verwendung ausreichend ist. Das muss jeder individuell entscheiden, kann er aber nur, wenn er es weiß. Mein Auto hat auch 280PS und es ist unnötig, macht aber Spaß

[killroy2]

@Homoran said in BackItUp-Adapter RAM-Verbrauch:

Auch ein Backup benötigt sehr viel RAM, so dass zumeist während eines Backups die Probleme zuerst auftraten

Wegen temporärer Lastspitzen muss immer ein ausreichender Vorhalt da sein, und da ist es hinderlich wenn Dienste, obwohl sie nicht arbeiten viel Speicher belegen den sie NICHT freigeben. Da kommen wir nach vielen Umschweifen zur ursprünglichen Frage zurück warum das beim Backup Adapter so sein muss. Für mich sieht das halt so aus dass es die Architektur nicht so einfach hergibt, dass es andere mit Aufwand oder Tricks hinkriegen so dass man es eher nicht macht und lieber empfohlen wird Hardware aufzurüsten.

[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