Hi Sebastian, sorry wenn ich so spät antworte, konnte leider vorher nicht. Anbei ein paar Antworten auf deine Fragen:
wenn ich einen cpu lastigen prozess starte: kann der parallel auf zwei knoten verteilt werden ? Nein. Ein Prozess läuft eindeutig immer auf einem Knoten. Wenn ein Prozess aber mehrere Threads startet, können die sich aber auf mehrere Knoten verteilen.
wenn ich mehrere dieser prozesse starten, werden diese verteilt, aber mit top auf einem knoten, auf dem der prozess nicht explizit gestartet wurde zeigt sich keine cpu >last. ist das korrekt? Kann man so pauschal nicht beantworten. Hängt immer davon ab wieviel Last jeweils ein Knoten hat, welche CPU´s da jeweils zur Verfügung stehen etc. Das alles wird von Mosix mit ins Kalkül bei der Lastverteilung gezogen, da gibt es einen eigenen Verteilungsalgorithmus. Ein CPU-lastiger Prozess muss nicht zwangsläufig auf andere Knoten verteil werden. Tip: Nimm doch mtop statt top. Mit mtop bekommst Du angezeigt auf welchem Knoten welcher Prozess läuft. Übrigens: Prozesse, die einen TCP/IP-Socket aufmachen (FTP-Server, Webserver etc.) werden von Mosix nicht verteilt. Das steht noch auf der toDo Liste der Programmierer.
wie hast du das mit dem verteilen des mp3 kodierungsprozesses gemacht ? war das ein prozess, der von einem shared directory die files gezogen hat, wo bei die last >des einen prozesses auf mehrere knoten verteilt wurde, oder waren es mehrere prozesse, die dann mehr oder weniger seperat auf den knoten liefen ? Hierfür benutze ich Krabber, ein Tool welches mehrere Threads (bis zu sechs gleichzeitig) starten kann. Wenn ich bis zu sechs gleichzeitige Threads benutze um MP3s zu berechnen, ist dies ein gefundenes Fressen für Mosix. Bei mir werden dann bis zu sechs MP3s auf zwei Rechnern (500 Mhz + 1.1 Ghz) berechnet. Zum encodem benutze ich übrigens lame, da Krabber nur ein frontend ist brauchst du separat einen encoder im Pfad. sollte das mit dem verteilen eines prozesses auf mehrere knoten funktionieren: wie ist das dann mit dem paralellen zugriff auf gleiche daten? Geht auch nicht. Mosix ist nur für verteilte Rechenlast gut. Aber mitlerweile arbeiten die Entwickler am DFS (=Distributed File System), welches ein auf mehrere Knoten verteiltes Filessystem atabliert. Ist gerade im beta-Stadium.
Hoffe das hat etwas weitergeholfen. Kannst Dich ja nochmal melden wenn Du noch Fragen hast. Gruß Dejan Sebastian Ssmoller schrieb:
Hi,ich hoffe ich störe nicht. ich hab einer mailingliste bei suse entnommen, dass du dich schon mal instensiv mit mosix beschäftigt hast. ich hab es gerade auch mal versucht. ich hab suse 7.2 mit kernel 2.4.13 (original nicht suse kernel) + mosix patch und mosix 1.5.7. nach einigem probieren hats dann auch geklappt. mit bblcd hab ich dann schnell ne mini distribution gebaut und mal ein 2 knoten cluster gestartet.ich hab dann das beispiel aus den mosix faqs genommen, um die prozess migration zu testen.jetzt bin ich mir nicht sicher, ob alles so läuft wie es sollte. wenn ich einen cpu lastigen prozess starte: kann der parallel auf zwei knoten verteilt werden ?wenn ich mehrere dieser prozesse starten, werden diese verteilt, aber mit top auf einem knoten, auf dem der prozess nicht explizit gestartet wurde zeigt sich keine cpu last. ist das korrekt? wie hast du das mit dem verteilen des mp3 kodierungsprozesses gemacht ? war das ein prozess, der von einem shared directory die files gezogen hat, wo bei die last des einen prozesses auf mehrere knoten verteilt wurde, oder waren es mehrere prozesse, die dann mehr oder weniger seperat auf den knoten liefen ? sollte das mit dem verteilen eines prozesses auf mehrere knoten funktionieren: wie ist das dann mit dem paralellen zugriff auf gleiche daten? solltest du mal etwas zeit haben, dann schreib doch bitte mal etwas über deine erfahrungen gruss und dankeseb