Hallo, Am Wed, 01 Feb 2006, Matthias Keller schrieb:
David Haller wrote:
Am Wed, 01 Feb 2006, Michael Behrens schrieb:
Das macht yast ja normalerweise, aber eben das geht schief, wenn die auf einem SW-RAID-Device liegt.
Was aber eh nicht sinnvoll ist, denn die Swap-Partitionen sind automatisch ein RAID wenn sie die gleiche Prioritaet bekommen.
Wollen wir hier mal keine Grundsatzdiskussion starten ob es sinnvoll ist SWAP zu RAID1en.. das wurde bereits tausenfach durchgekaut...
Wo?
Es hat Vor- wie auch Nachteile auf die ich hier nicht weiter eingehen will, dazu gibts genug stoff im google
Das begruende bitte. Oder mail nen passenden link. Wie gesagt: WENN die Prioritaeten gleich sind, sind die Swappartitionen praktisch ein RAID. Ok, die RAID-level 0 und 1 kann ich nie auseinanderhalten. Aber ein Bsp: # cat /proc/swaps Filename Type Size Used Priority /dev/hdc2 partition 530136 164 666 /dev/hdb2 partition 530136 168 666 De facto sind hdc2 und hdb2 hier ein "stripe-set" mit sehr grob gesagt knapp der doppelten Performance einer einzelnen swap-Partition[1]. Warum man Swap zusaetzlich noch durch ein SW-RAID schieben sollte erschliesst sich mir genau gar nicht. Und zwar fuer alle RAID level. Insbesondere "stripe-set" und "mirroring" (RAID level 0 bzw. 1, nur welcher welcher ist kann ich mir nie merken) sind IMO fuer swap nicht sinnvoll. Und andere RAID level sind IMO fuer swap vollends Unfug. HW-RAID ist ein anderes Thema. Und man sollte sich bei der Gelegenheit nochmal klar machen, was swap ist und sein soll! Naemlich (ungefaehr in dieser Reihenfolge): - ein Notnagel, um besonders speicherintensive Aufgaben ueberhaupt erledigen zu koennen, wo es einem dann genau gar nicht mehr auf die Performance ankommt. Man ist einfach nur froh, dass es ueberhaupt geht. Zur Not kann man vorruebergehend sogar ein swapfile dafuer anlegen (welches nochmal etwas langsamer als ne swappartition ist). - die "Sicherheitsbremse" wenn ein Prozess Amok laeuft, die "lahme" Festplatte gibt einem evtl. die entscheidenden Sekunden um den Prozess abschiessen zu koennen. - die Moeglichkeit, dass der Kernel "Anwendungen" zugunsten des Plattencaches auslagern kann (z.B. irgendein Serverprozess, der normal nix zu tun hat, und der nicht zeitkritisch ist kann ruhig im swap landen, Hauptsache er laeuft und wird bei Bedarf wieder "eingeswappt")... - man kann evtl. existierende Swappartitionen fuer suspend-to-disk "missbrauchen" So, und jetzt erklaer mir bitte, warum ich dafuer ein "nicht stripe-set" SW-RAID verwenden sollte, unter Beachtung der Tatsache, dass der swap-code im Kernel automatisch "striping" macht (s.o.) und das auf Wunsch sogar gewichtet, in dem man der langsameren Platte eine niedrigere Prioritaet gibt. -dnh [1] und ja, dass die beiden Partitionen exakt gleich gross sind ist kein Zufall. -- If Windows is the solution, can we please have the problem back?