Benutzt ihr noch Swap?

[thosch97]

So, das unter Vista/7 wird ja wohl gehen, unter Linux weiß ich jetzt auch wie man eine RAMdisk anlegt. Aber wie bringe ich ihn dazu, diese als swap zu nutzen?

[DosAmp]

thosch97 schrieb:  So, das unter Vista/7 wird ja wohl gehen, unter Linux weiß ich jetzt auch wie man eine RAMdisk anlegt. Aber wie bringe ich ihn dazu, diese als swap zu nutzen?

Warum willst du dir das so derbe umständlich machen? Nimm einfach einen PAE-fähigen Kernel, der auch bei 32-Bit deine gesamten 4 GiB ansprechen kann (oder im Falle eines entsprechend fähigen Systems gleich einen 64-Bit-Kernel) und gut.

Aber ansonsten ists einfach:

• mit dd leere Datei auf RAM-Disk anlegen
• daraus mit mkswap eine Auslagerungsdatei machen
• swapon $AUSLAGERUNGSDATEI
  

[thosch97]

Gut, jetzt werd ich gleich an den siebener wechsel und bei 4 GiB RAM unter 32 Bit nach http://www.drwindows.de/download/tutorials/RAMDisk2.pdf eine RAMdisk einrichten. Nimmt der dann überhaupt den unter x86 überschüssigen RAM und wo ist nochmal die Swap-einstellung unter 7 /Vista?

DosAmp schrieb:  

thosch97 schrieb:  So, das unter Vista/7 wird ja wohl gehen, unter Linux weiß ich jetzt auch wie man eine RAMdisk anlegt. Aber wie bringe ich ihn dazu, diese als swap zu nutzen?

Warum willst du dir das so derbe schwierig machen? Nimm einfach einen PAE-fähigen Kernel, der auch bei 32-Bit deine gesamten 4 GiB ansprechen kann (oder im Falle eines entsprechend fähigen Systems gleich einen 64-Bit-Kernel) und gut.

Ach DAS bewirkt PAE also!
Aber ich glaub gleich 64 bit wär keine schlechte idee (nochmal 4.7 GiB saugen, Dad wird ja begeistert sein von der INet Geschwindigkeit :fresse

Klartext:

Code:

/mnt/swaphd # dd of=swapfile

oder was?
Und diese Datei belegt dann automatisch den gesamten verfügbaren Platz?

[Blue-Fox]

thosch97 schrieb:  [...]
Klartext:

Code:

/mnt/swaphd # dd of=swapfile

oder was?
Und diese Datei belegt dann automatisch den gesamten verfügbaren Platz?

*kopftisch*
also:

Code:

# dd if=/dev/zero of=/mnt/swaphd/swap.img bs=$GRÖßE_DEINER_RAMDISK count=1
mkswap /mnt/swaphd/swap.img
swapon /mnt/swaphd/swap.img

Vorrausgesetzt, /mnt/swaphd ist der Mountpoint deiner RAMDISK.

[DosAmp]

Code:

dd if=/dev/zero of=$RAMDISK/swap.img bs=$GROESSE_RAMDISK count=1
mkswap $RAMDISK/swap.img

So würde ein Schuh draus. Auch wenn das überhaupt keinen Sinn hat: Linux knappst dann die Auslagerungsdatei von dem RAM ab, den es sonst ohnehin zur Verfügung hätte. Und das ist ohne PAE nun mal die leicht reduzierten 4 GiB und mit bis zu 64 GiB, die aber relativ umständlich (d. h. langsamer und nachwievor mit einer Beschränkung des virtuellen Speichers von einzelnen Prozessen) angesprochen werden, weswegen du in diesem Falle besser gleich ein 64-Bit-System nutzen solltest.

Die Verwendung einer RAM-Disk als Auslagerungsdatei macht wirklich, wirklich nur bei technisch Verkrustetem wie Win9x in Verbindung mit massig RAM Sinn, sonst nie!

[chiaki]

unter linux gibts garkein grund ein 32bit kernel laufen zu haben bei 4gb ram und mehr

[gandro]

chiaki schrieb:  unter linux gibts garkein grund ein 32bit kernel laufen zu haben bei 4gb ram und mehr

Richtig. 64bit unter Linux bringt bei mehr 3GB bereits Vorteile. Und bei mehr als 3GB bringt 32bit-Linux nur noch Nachteile: Abgesehen von distributionsabhängigen kompilierten optimiteren 64bit-Binaries (weil ja wirklich alles 64bit ist) von quelloffener Software, gibt es für den wichtigen proprietären Krams auch 64bit-Versionen (Flash, Nvidia, Java).

Der Linux-Kernel kann auch in der 64bit-Variante alle 32bit-Programme nativ ausführen. Einzig Bibliotheken sind ein bisschen ein Problem, kann man aber mit einem 32bit-chroot oder Multilib umgehen. Hab bisher noch jedes 32bit-Programm zum laufen gebracht.

Notfalls kann man auch ein 100%iges 32bit-Userland auf einem 64bit-Kernel fahren. Heisst: Alle Programme sind 32bit und können einzeln max. 4GB, aber das System spricht den ganzen RAM an.

Swap auf einer Ramdisk oder PAE hingegen ist völliger Müll. Beides ist nachweisbar lahm (RedHat hat ne Studie über PAE & Performance gemacht, Ramdisk ist offensichtlich warums lahm ist). Man braucht inzwischen auch nicht mal mehr Swap auf Ramdisk wenn man den Speicher komprimieren will, dafür gibts afair seit 2.6.33 nen extra Feature.

[niwax]

An sich bekommt das Programm ja sowieso einen eigenen Addressraum zugewiesen, zu dem das OS dann noch ein Offset addiert, damit der richtige Bereich angesprochen wird. Für das Programm fängt der Speicher immer bei 0 an.

[gandro]

niwax schrieb:  An sich bekommt das Programm ja sowieso einen eigenen Addressraum zugewiesen, zu dem das OS dann noch ein Offset addiert, damit der richtige Bereich angesprochen wird. Für das Programm fängt der Speicher immer bei 0 an.

Das ist falsch, das Programm weiss (zumindest bei x86) sehr wohl die absolute Speicheradresse.

[thosch97]

Auf Deutsch: über 4 GB RAM bei 32bittigem Linux ist nich drin. (5 posts in einem Satz)