On 26-Oct-99 Bernd Brodesser wrote:
* Wolfgang Weisselberg schrieb am 26.Okt.1999:
Hi!
Trying to kill the keyboard, eschwenk@fto.de produced:
On 25-Oct-99 Wolfgang Weisselberg wrote:
Beowulf? Alpha-Cluster?
Dann hat man den Swap aber wieder auf die Nodes verteilt, d.H. die Swap-Grenze multipliziert sich mit der Anzahl der Nodes.
Nein, da du den Swap lokal halten willst ... Swap uebers Netzwerk ist nicht gerade eine glorreiche Idee.
EBEN. Genau das meinte ich doch - jeder Node hat dann seinen eigenen Swap, und damit hast Du insgesamt wesentlich mehr Platz. Ob ein einzelner Node swappt, wirst Du in dem Fall bei richtiger Einrichtung nichtmal merken - außer an den evtl. Antwortzeiten.
Sicher nicht. Ich kenne mich mit den Cluster nicht aus, aber sollte nicht generell vermieden werden, daß geswapt wird? Denn was soll der Cluster bringen, wenn die Einzelrechner munter drauf los swappen?
Immerhin ist das Verhältnis Hauptspeicherzugriffszeit zu Plattenzugriffszeit wie eins zu einer Million. (10ns zu 10ms)
Die Verhältnisse sind etwa 1:1000, das ist aber nicht das Problem. Jedes Programm enthält Routinen und Daten, auf die sehr selten zugegriffen wird, z.B. Fehlermeldungen, Reorganisationsroutinen usw. Diese ständig im Speicher zu halten wäre Ressourcenverschwendung, denn der Speicher könnte für tatsächlich genutzte Daten verwendet werden - sogar als Plattencache wäre er u.U. sinnvoller. Der Zeitverlust durch Swappen wird hier also auf anderem Weg wieder reingeholt. Beispielsweise wird ein Grafikprogramm sogar schneller, wenn selten benötigte Filter oder Funktionen ausgelagert werden können und dafür der Plattencache zum Zugriff auf die bearbeitete Grafik größer wird (die meisten Bildbearbeitungsprogramme halten das Bild nicht mehr komplett im Speicher). Als echte Bremse wirkt das Auslagern erst dann, wenn ständig benötigte Daten oder zeitkritische Routinen immer wieder ein- und ausgelagert werden müssen. --- Erhard Schwenk <eschwenk@fto.de> - http://www.fto.de **** Jetzt neu: http://www.akkordeonjugend.de **** --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com