Hallo, Am Sonntag 20 Januar 2002 22:26 schrieb Robert Rakowicz:

Mirko Richter writes:

hi,

...

[...]

Ich hab das mal ausprobiert.

ABER GLAUBE MIR, DU WILLST DAS GARNICHT MACHEN!!!

Im Ernst, das ist Ar...Langsam! Bei mehreren Clients sollte dan aber mindestens ein sepaater SWAP-SERVER existieren.

Also einwenig Speicher mehr bringt einfach mehr!!!!

ein guter Tip wie man es machen kann, Super :(( Ach ja, vielleicht möchtest Du doch erzählen wie/ was Du gemacht hast :)

Das ist allerdings schon eine ganze weile her, ich hoffe aher, daß ich Dir jetzt nichts falsches erzähle - man möge mich ggf. korrigieren :) Ich hatte damals einen anderen Patch, als den von Andreas Haumer - nbdswap (noch nicht getestet). Der swapte in eine Datei (z.B. auf dem Server) allerdings habe ich den nicht mehr, so daß ich nicht mehr nachschauen kann. such einfach mal bei Google nach "nfs-swap" -> Patch einspielen -> Kernel konfig. + komp. Filesystems/Network File Systems Swapping via NFS (EXPERIMENTAL) -> Swapfile anlegen und aktivieren: dd if=/dev/zero of=/SWAPFILE bs=1k count=20480 mkswap /SWAPFILE 20480 swapon /SWAPFILE Das Problem war halt nur: - lief nur auf wenigen Kerneln (IMHO damals nur einige 2.0.x/2.2.x) - extrem langsam - hohe Reaktionszeiten der Programme - sehr hohe Netzwerklast Insgesamt verlief der damalige Test halt sehr schlecht. 1x Server : AMD-K6-333 - 256 MB 5x Client : P166 / K6-200/233 - 64 MB Netz : Switch 100MBit Wenn mehrere Clients aktiv waren, war das Netz praktisch nicht mehr zu gebrauchen. Wenn auf der einen Seite vom Client eine Datei geladen wurde, wurde gleichzeitig Speicher ausgelagert, so daß die für das SWAP'en benötigte Bandbreite wieder der Datenübertragung fehlte - also war's langsamer. Dann der Server, der mußte nun nicht nur für seinen eigenen SWAP sorgen, sondern gleich noch für 5 weitere Rechner - Die HD-LED entwickelte sich praktisch zum "Dauerbrenner" - er war mehr mit SWAP-Zugriffen beschäftigt, als mit Daten-liefern. Das System wirkt insgesamt dadurch sehr träge. Mit SAWP lief das gesamte System um den Faktor 4-5 (gefühlter Wert) langsamer als ohne! Die Nutzung des SWAP für den _Notfall_, wäre nicht schlecht, aber funktioniert halt so nicht. Den Kernel kann man nur schwer bei der Verwaltung des Speichers/SWAP beeinflussen, wenn er SWAP hat, nutzt er ihn und das führt dann zu solchen Efekten. Der Patch von Andreas Haumer nutzt zwar kein NFS sondern das NBD, nur glaube ich nicht daran, daß man dort nicht mit ähnlichen Problemen zu kämpfen hat, zumahl modernere Kernel wesentlich "drehfreudiger" sind, was den SWAP angeht. Nach ein paar Schreib-/Lese-Operationen sieht das z.B. so aus. total used free shared buffers cached Mem: 255564 251820 3744 0 6840 92224 -/+ buffers/cache: 152756 102808 Swap: 103808 48948 54860 ^^^^^^^ Er nutzt ~48MB SWAP, hat aber ~100MB nicht (von Prozessen) "belegten" Speicher. Wenn er SWAP hat, nutzt er ihn! - ich wiederhole mich ;) Um das zu Ändern, müßte man die gesamte Speicherverwaltung des Kernels ändern. Ein paar Mark (- Ähm.. Euro -) in dem Speicher stecken ist besser als in ein noch schnelleres Netz und noch viel(e) schnellere Server zu investieren. MfG Mirko -- +--[ Mirko Richter (RHCE) ]------------------------+ | + Netzwerke, Kommunikation, Computer, Service | | + Diskless Linux-Systeme | | + EPROM + FLASHROM Programmierung | |~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| | Mirko Richter | | Networks & Communicationsystems | | Ernst-Thaelmann-Str. 5, D-06774 Soellichau | | E-MAIL: m.richter@ngi-box.de | | Tel. +49/(0)34243/3369-50 \\\\ | | Fax. +49/(0)34243/3369-28 (O O) | +-----------------------------------oOOo-(_)-oOOo--+