warum muon unter boinc

[duftkerze]

ich frage mich warum muon unter boinc integriert wird.

muon läuft ohne boinc ja auch super. muon ist gut verständlich aufgebaut....

hätte nicht sein müssen......

naja ...aber trotzdem meine hochachtung für yoyo....

[yoyo]

Du mußt muon ja unter Boinc nicht benutzen sondern kanns den plain muon Client nehmen. Aber es gibt halt viele User, die nur Boinc kennen, nur Boinc bedienen können bzw. wollen und nicht für jedes Projekt sich mit einem eigenen Client auseinandersetzen wollen. Und genau die haben jetzt auch die Chance sich an muon zu beteiligen.
Boinc stellt halt doch mittlerweile einen eigenen Standard für verteilte Rechenprojekte dar. So sind die Webseiten analog aufgebaut, die Sachen leicht zu finden, das Creditsystem einheitlich und vergleichbar, usw. usf.
yoyo

[Uwe Sänger Herzke]

muon läuft ohne boinc ja auch super. muon ist gut verständlich aufgebaut....

Läuft muon auch ohne Probleme oder weitere Eingriffe parallel mit anderen DC-Projekten?

Wie Yoyo schon sagte, ich bin einer, der ungern rumfrickelt, und nur ein Projekt möchte ich auch nicht rechnen, variatio delektat. Da ist sowas wie BOINC die (fast) ideale Lösung.

[duftkerze]

Läuft muon auch ohne Probleme oder weitere Eingriffe parallel mit anderen DC-Projekten?


ja sicher.....

[Uwe Sänger Herzke]

Läuft muon auch ohne Probleme oder weitere Eingriffe parallel mit anderen DC-Projekten?


ja sicher.....

D.h. ich kann es einfach neben, sagen wir mal, Folding und eon installieren, und die drei laufen standardmäßig problemlos parallel, richtig?
Irgendwelche Anpassungen in Registries, Sonderskripte oder Extraprogramme, sprich nerdiges, sind nicht von Nöten. Wie regelt denn muon die Abstimmung mit anderen DC-Projekten?

[Dennis Kautz]

Läuft muon auch ohne Probleme oder weitere Eingriffe parallel mit anderen DC-Projekten?


ja sicher.....

D.h. ich kann es einfach neben, sagen wir mal, Folding und eon installieren, und die drei laufen standardmäßig problemlos parallel, richtig?
Irgendwelche Anpassungen in Registries, Sonderskripte oder Extraprogramme, sprich nerdiges, sind nicht von Nöten. Wie regelt denn muon die Abstimmung mit anderen DC-Projekten?

Wenn ich mich recht erinnere, geht dabei aber ein zunehmender Teil der Systemresourcen allein für die Prozessverwaltung drauf.

[scsimodo]

ich frage mich warum muon unter boinc integriert wird.

Vielleicht weil es DCler wie mich gibt, die von der ganzen Client-Installiererei nicht wirklich begeistert sind? Boinc drauf und gut is'. Boinc ist zwar nicht der Weisheit letzter Schluß, aber immer noch besser als mit zig Clients rumzujonglieren.

[S_Garbe]

ich frage mich warum muon unter boinc integriert wird.

muon läuft ohne boinc ja auch super. muon ist gut verständlich aufgebaut....

hätte nicht sein müssen......

naja ...aber trotzdem meine hochachtung für yoyo....

wenn man bei irgendeinem Projekt die Frage stellen müsste, dann wäre das eher OGR - der Client ist um ein vielfaches besser als Boinc - eigentlich für reines DC der beste bisher existierende Client überhaupt und unterstützt so ziemlich alles was es an Rechnern gibt - da muß Muon noch sehr lange dran arbeiten

aber wie schon gesagt - der Vorteil von Boinc ist halt einmal installieren und bei dutzenden Projekten gleichzeitig dabei sein ohne sich jedesmal neue Gedanken machen zu müssen

außerdem laufen für die Statistikfans alle Punkte einigermaßen vergleichbar auf ein Konto
das Nutzer- und Teammanagement ist bei Muon auch eher rudimentär

[duftkerze]

oh oh ich sehe ...ich war wieder der stein des anstosses


wollte ja nur ein wenig hinterfragen...

wenn aber bei boinc mehrer projecte laufen lässt und gehen sicherlich auch ein paar systemresourcen flöten.

ich sehe bzw..merke kein unterschied ob 4 projekte (pro cpu 1) in boinc laufen oder ob ich 4 einzelne clienten laufen lasse...zumindest ist der unterschied verschwindent gering

[S_Garbe]

oh oh ich sehe ...ich war wieder der stein des anstosses


wollte ja nur ein wenig hinterfragen...

wenn aber bei boinc mehrer projecte laufen lässt und gehen sicherlich auch ein paar systemresourcen flöten.

ich sehe bzw..merke kein unterschied ob 4 projekte (pro cpu 1) in boinc laufen oder ob ich 4 einzelne clienten laufen lasse...zumindest ist der unterschied verschwindent gering

kein Problem

es geht bei dem Projektmanagement von Boinc auch eher darum auf einer CPU/Core mehrere Projekte laufen zu lassen ohne das die sich gegenseitig fertigmachen
d.h. ohne Boinc heißt das entweder jede Menge Handarbeit oder die Projekte teilen sich eine CPU und kommen sich somit ins Gehege

[SpeedKing]

Wenn ich mich recht erinnere, geht dabei aber ein zunehmender Teil der Systemresourcen allein für die Prozessverwaltung drauf.

Nein, tut es nicht. Dem Kernel ist es egal, ob einer oder hundert Prozesse laufen, er unterbricht den laufenden Prozess auf jeden Fall nach einer bestimmten Zeit und erledigt seine Verwaltungsaufgaben. Ob er dann aus einer kurzen oder einer langen Liste den nächsten Prozess auswählt, der laufen soll, macht zwar theoretisch einen Unterschied, in der Praxis ist das aber vielleicht eine Sekunde in 10 Jahren.

Wenn natürlich zu wenig RAM für die ganzen Prozesse da ist und er anfangen muß, auszulagern, sieht die Sache ganz anders aus...

[nico]

<nerdmode>Naja keine Ahnung wie genau da gescheduled wird aber bei 100 Prozessen müssen garentiert mehr Context-Switche ausgeführt werden als bei zweien - und diese Kosten schon ein paar µs - ganz zu Schweigen von der Cacheverschmutzung. </nerdmode>