Wie erstelle ich eine Linux-Ramdisk mit fester Größe, die niemals auf die Festplatte wechselt?

Ich möchte eine Linux-Ramdisk mit fester Größe erstellen, die niemals auf die Festplatte wechselt. Beachten Sie, dass meine Frage nicht "warum" ist, was ich tun möchte (sagen wir zum Beispiel, dass es zu Bildungszwecken oder für Forschungszwecke ist): Die Frage ist, wie es geht.

Soweit ich ramfsweiß , kann die Größe nicht begrenzt werden, daher entspricht es nicht meiner Anforderung, eine Ramdisk mit fester Größe zu haben.

Es scheint auch , dass tmpfs kann auf der Festplatte ausgelagert werden. Es entspricht also nicht meiner Anforderung, niemals auf die Festplatte zu wechseln.

Wie können Sie eine Linux-Ramdisk mit fester Größe erstellen, die niemals auf die Festplatte wechselt?

Ist es zum Beispiel möglich, tmpfsinnerhalb eines zu erstellen ramfs(würde eine solche Lösung sowohl meinen Anforderungen entsprechen) als auch wie?

Beachten Sie, dass die Leistung kein Problem darstellt und die Ramdisk, die voll wird und "Festplatten voll" -Fehler auslöst, ebenfalls kein Problem darstellt.

Dies ist nur ein Gedanke und hat mehr als einen Nachteil, aber es könnte trotzdem brauchbar genug sein.

Wie wäre es, wenn Sie eine Image-Datei und ein darin enthaltenes Dateisystem über Ramfs erstellen und das Image dann als Loop-Gerät bereitstellen? Auf diese Weise können Sie die Größe der Ramdisk begrenzen, indem Sie einfach die Größe der Bilddatei begrenzen. Zum Beispiel:

$ mkdir -p /ram/{ram,loop}
$ mount -t ramfs none /ram/ram
$ dd if=/dev/zero of=/ram/ram/image bs=2M count=1
1+0 records in
1+0 records out
2097152 bytes (2.1 MB) copied, 0.00372456 s, 563 MB/s
$ mke2fs /ram/ram/image
mke2fs 1.42 (29-Nov-2011)
/ram/ram/image is not a block special device.
Proceed anyway? (y,n) y
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
Stride=0 blocks, Stripe width=0 blocks
256 inodes, 2048 blocks
102 blocks (4.98%) reserved for the super user
First data block=1
Maximum filesystem blocks=2097152
1 block group
8192 blocks per group, 8192 fragments per group
256 inodes per group

Allocating group tables: done                            
Writing inode tables: done                            
Writing superblocks and filesystem accounting information: done
$ mount -o loop /ram/ram/image /ram/loop
$ dd if=/dev/zero of=/ram/loop/test bs=1M count=5
dd: writing `/ram/loop/test': No space left on device
2+0 records in
1+0 records out
2027520 bytes (2.0 MB) copied, 0.00853692 s, 238 MB/s
$ ls -l /ram/loop
total 2001
drwx------ 2 root root   12288 Jan 27 17:12 lost+found
-rw-r--r-- 1 root root 2027520 Jan 27 17:13 test

Im obigen (etwas zu langen) Beispiel wird die Bilddatei mit 2 Megabyte erstellt. Wenn Sie versuchen, mehr als 2 Megabyte darauf zu schreiben, schlägt das Schreiben einfach fehl, da das Dateisystem voll ist.

Eine offensichtliche Verkleinerung für all dies ist natürlich, dass es viel mehr Komplexität gibt, aber zumindest für akademische Zwecke sollte dies ausreichen.

Das (datierte!) Buch "Linux Device Drivers" von Corbet, Rubini und Kroah-Hartman enthält einen Beispieltreiber, der lediglich einen festen Speicherbereich zum Herumalbern zuweist. Kein Dateisystem, aber ...

Nicht machbar. Der gesamte Arbeitsspeicher wird sowohl vom CPU-Hardware-Design als auch vom Linux-Mikrokernel-Design ausgelagert. Es gibt KEINE legitimen Gründe, das Gedächtnis anders zu behandeln. ALLE Softwarealgorithmen können angepasst werden, um das Dateicaching-Schema und den ausgelagerten Speicher zu verwenden. Virtual ist IMMER besser und effizienter.

RAM-Disks mit begrenzter Größe widersprechen den Grundprinzipien der virtuellen Welt. Sie müssen davon ausgehen, dass nur nützliche Dateianforderungen an das Host-Dateisystem gesendet werden und dass alle diese Anforderungen in der virtuellen Welt (dem einzigen Modell, das zählt) die gleiche Bedeutung und Priorität haben.

Es wurde mathematisch bewiesen, dass sogar Echtzeitprozesse dieser Regel entsprechen. Wenn Sie ein Geschwindigkeitsproblem haben, das NIEMALS durch Verwendung von RAM als Speicher gelöst werden kann == Das gesamte Hostsystem muss schneller von der CPU über den E / A-Bus bis zum permanenten Speichergerät arbeiten. Alle außer künstlichen degenerierten Computerproblemen haben ausreichende Verzweigungs- und Datei-E / A-Anforderungen, sodass die durchschnittliche Geschwindigkeitssteigerung beim RAM-Caching das Beste ist, was Sie tun können.