Ist es eine gute Idee, / var im Speicher zu mounten?

8

Zu dieser Antwort: https://raspberrypi.stackexchange.com/a/867/339

Es wird empfohlen, / var im Speicher bereitzustellen, um zu vermeiden, dass Ihre Root-Partition versehentlich gefüllt wird.

Ich habe ein paar Fragen dazu, eine, die sich besonders auf RPi bezieht:

1: Stehen diese Protokolle bei der Protokollierung dann zur Ansicht zur Verfügung? - Sagen wir, die Maschine stürzt ab oder was auch immer - können Sie zu den Protokollen zurückkehren, um zu sehen, was schief gelaufen ist.

2: Ist dies im speziellen Fall des RPi mit relativ begrenztem RAM eine gute Idee? - Wenn die Gefahr besteht, dass eine Festplatte gefüllt wird, gibt es dann nicht auch ein Problem mit dem Speichermangel?

Jon Egerton
quelle

Antworten:

7

Sie müssen Ihren speziellen Anwendungsfall bewerten. Normalerweise würden Sie aus Gründen der Geschwindigkeit ein Dateisystem im RAM bereitstellen.

1: Stehen diese Protokolle bei der Protokollierung dann zur Ansicht zur Verfügung? - Sagen wir, die Maschine stürzt ab oder was auch immer - können Sie zu den Protokollen zurückkehren, um zu sehen, was schief gelaufen ist.

Wenn das RPi abstürzt und Sie es neu starten müssen, sind die Protokolle nicht verfügbar.

2: Ist dies im speziellen Fall des RPi mit relativ begrenztem RAM eine gute Idee? - Wenn die Gefahr besteht, dass eine Festplatte gefüllt wird, gibt es dann nicht auch ein Problem mit dem Speichermangel?

Ich bin damit einverstanden, dass RAM im Allgemeinen zu niedrig ist, um etwas auf einem Dateisystem zu verschwenden. Sie begrenzen natürlich die Größe des Dateisystems.

Alternative

Erstellen Sie eine weitere Partition auf Ihrer SD-Karte, damit diese gefüllt werden kann, ohne die gesamte Karte zu füllen.

Alex Chamberlain
quelle
Wenn dies viele kleine Schreibvorgänge sind, ist es besser, wenn möglich, die SD-Karte von / zu entfernen? (für SD-Lebensdauer)
Jon Egerton
Ich denke, aber Sie sollten es wahrscheinlich ziemlich regelmäßig auf der SD-Karte sichern.
Alex Chamberlain
1
-1; Das Mounten eines Dateisystems in RAM dient nicht nur der Geschwindigkeit, sondern ist auch nicht der häufigste Anwendungsfall für die Geschwindigkeit.
user606723
@ user606723 Ok, was sind dann die häufigen Anwendungsfälle?
Alex Chamberlain
1
Hier können Dateien abgelegt werden, die nicht flüchtig sind und bei Bedarf gelöscht werden können. Es ist sicherlich nicht für die Geschwindigkeit, da nichts sicherstellt, dass / tmp im RAM montiert ist. In vielen "Produktions" -Umgebungen werden diese Partitionen "nur für den Fall" auf Festplatten gespeichert, dass sie solche Informationen für die zukünftige Verwendung benötigen.
user606723
5

Das Mounten eines Dateisystems im RAM erfolgt nicht nur aus Geschwindigkeitsgründen. Der häufigste Fall ist das durchschnittliche Verzeichnis / tmp, das über tmpfs auf fast allen modernen Linux-Distributionen bereitgestellt wird

Anstatt / var im RAM zu mounten, sollten Sie die entsprechenden Unterverzeichnisse mit / tmp verknüpfen

Dies tun viele eingebettete Linux-Distributionen (OpenWRT usw.). Beachten Sie jedoch, dass sie eine viel kleinere Hardware ausführen sollen: 8 MB Flash 32 MB RAM

1: Stehen diese Protokolle bei der Protokollierung dann zur Ansicht zur Verfügung? - Sagen wir, die Maschine stürzt ab oder was auch immer - können Sie zu den Protokollen zurückkehren, um zu sehen, was schief gelaufen ist.

Natürlich verlieren Sie diese Protokolle beim Neustart. Wenn Sie diesbezüglich Bedenken haben, können Sie ein Remote-Syslogd in Betracht ziehen

2: Ist dies im speziellen Fall des RPi mit relativ begrenztem RAM eine gute Idee? - Wenn die Gefahr besteht, dass eine Festplatte gefüllt wird, gibt es dann nicht auch ein Problem mit dem Speichermangel?

Die Anzahl der Protokolle, die generiert werden, ist nicht so groß, wie Sie vielleicht denken. Es wäre einfach, sie im Speicher zu behalten, vorausgesetzt, die Maschine läuft seit Jahren nicht mehr. (Und dann müssten Sie sie einfach so reinigen, wie Sie es sowieso tun würden). Dies bedeutet jedoch auch, dass die auf der SD-Karte aufgezeichnete Datenmenge auch nicht wirklich so bedeutend ist.

user606723
quelle