On Fre, Feb 25, 2000 at 11:13:48 +0100, Dieter Kluenter wrote:
Das das Hauptanliegen meines Urpostings im thread verloren ging, noch einmal den Hintergrund der Anfrage: Das Lesen einer Platte ist um den Faktor tausend ? langsamer als das Auslesen des RAM. SCSI bietet die Moeglichkeit des connect und disconnect. Wenn ich nun Bibliotheken und Binaerdateien auf verschiedene Platten lege, kann die eine Platte gelesen werden, waehrend die zweite Platte disconnectet wird und der Lesekopf schon in seine Leseposition fahren kann. Gleichzeitig kann auf die dritte Platte geschrieben werden.
Woher willst Du das denn wissen? Soweit meine Kenntnisse moderner HW reichen weisst Du nichtmal, ob Dein Zylinder 1 tatsächlich auch da liegt, wo Du ihn vermutest. IMHO sind heutzutage Spekulationen über die Fahrtrouten von Leseköpfen völlig unsinnig. Die HW wird immer intelligenter. Deine eigenen Überlegungen sind da in der Regel eher kontraproduktiv. Außerdem: Was zum Geier willst Du denn da mit Deinen 10 Clients aufziehen? Einen ultimativen Paßwortcracker?
Wenn ich nun jeweils eine Partition /usr/bin und /usr/X11R6/bin auf einer Platte anlege,von der Aufsplittung von /opt ganz zu schweigen, verschenke ich moeglicherweise viel Platz. Daher die Ueberlegung, /usr/X11R6/bin physisch unterhalb /usr/bin zu legen und symlinks nach /usr. Dies koennte Platz einsparen, aber andererseits den Optimierungsprozess behindern. Die Frage war nun , in welchem Masse die symlinks die Lesegeschwindigkeit herabsetzen, da ja beide Platten angesprochen werden muessen.
Ich weiss nicht, aber das Thema High-Performance-Computing hatten wir hier noch nicht (AFAIR). IMHO bremst Du durch Symlinks mehr als Du jemals rausholen kannst. Immerhin müssen sie immer validiert werden, das macht nämlich das OS nicht. Tipps bzgl. der Updatefähigkeit eines derart vergewaltigten Systems hast Du ja schon gekriegt. Nochmal die Frage: Welche gewaltigen Anwendungen willst Du denn laufen lassen? Jan --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com