Rosetta will 476.84 MB RAM

[Der Diplomat]

Hallo zusammen,

ist das eine neue Einstellung bei Rosetta?

Diese Meldung hatte ich vorher noch nicht gesehen:
Your Preferences limit memory usage to 460.10 MB, and a job requires 476.84 MB.

Je weiter die Projekte gelangen, um so mehr werden die Einstellungen tatsächlich berücksichtigt wie mir scheint.

Gleich Mal nachgucken

[S_Garbe]

ich frag mich nur ob die das auch bei Mehrprozessorsystemen berücksichtigen
ich meine wenn ich 2GB hab dann hab ich kein Problem einen Job mit 1,3 GB Speicherbedarf zu bearbeiten - nur wenn das dann 2 oder gar 4 gleichzeitig sind - dann hab ich ein Problem

[SpeedKing]

ich frag mich nur ob die das auch bei Mehrprozessorsystemen berücksichtigen

Da die meisten Clients nur eine CPU gleichzeitig nutzen, werden sie das nicht berücksichtigen.

ich meine wenn ich 2GB hab dann hab ich kein Problem einen Job mit 1,3 GB Speicherbedarf zu bearbeiten - nur wenn das dann 2 oder gar 4 gleichzeitig sind - dann hab ich ein Problem

Hmmm... vermutlich werden die meisten Projekte nicht den ganzen Speicher als physikalischen Speicher brauchen, so daß es mit 2 gleichzeitig noch kein Problem geben dürfte. Welches Projekt braucht schon einen riesen Speicherblock, den es ständig in seiner vollen Größe nutzt?

[S_Garbe]

ob die ganze Zeit weiß ich nicht - aber Predictor hat jedenfals soviel reserviert - und während die WUs am laufen waren konnte ich an meinem Rechner nicht vernünftig arbeiten, weil er nur am rumswappen war

[SpeedKing]

Wie - am Rechner arbeiten? Das bremst doch den DC-Client aus!

[Maion]

ich frag mich nur ob die das auch bei Mehrprozessorsystemen berücksichtigen

Bei Predictor@home gab es jetzt mehrere Threads wegen des hohen Speicherbedarfs.
http://predictor.scripps.edu/forum_thre ... true#13411

Ich habe das Projekt auf Eis gelegt, da die WU wie bei etlichen anderen Crunchern bei 99,875% stehenblieb und bei resume teils wieder bei 0% anfängt.
http://predictor.scripps.edu/forum_thread.php?id=2508

Maion

[Michael H.W. Weber]

Nun, mit den Dual-Cores kann es da einige Kuriositäten geben. Ein Beispiel. Ich habe mir ja kürzlich diesen X2 3800+ Dual-Core geholt und WCG draufgezogen. Nun hatte die Kiste HDC und FAAH als Projekte zu bearbeiten. Die Dual-Cores rechnen ja nun bekanntlich zwei WUs zur selben Zeit. Nun schnappte sich der eine Core eine HDC WU, die ja nur bei RAM >512 MB anläuft. Soweit so gut. Auf dem zweiten Core allerdings ergab es sich schon bald, dass keine FAAH mehr vorrätig war. Brav schnappte sich auch der zweite Core eine HDC WU. Gesamt-RAM war ja >512 MB. Nach einigen Minuten rechnen jedoch, stellte BOINC dann fest, daß wohl der Arbeitsspeicher zu knapp bemessen war, denn beide WUs hätten zusammen deutlich mehr als 1024 MB RAM benötigt. Und so wurde die WU liegen gelassen und die nächste begonnen, usw. bis alle HDCs angerechnet und eine neue FAAH gezogen war. Hoch anrechnen muß man BOINC sicherlich, dass mir die Kiste nicht abgestürzt ist.

Merke: Wer HDC auf Dual-Cores laufen lassen will, benötigt mindestens 2048 MB RAM.

Michael.

[Der Diplomat]

Ahh, jetzt, ja, das Thema wird auf dem Rosetta-Diskussionsforum durchgekaut...

Rosetta will mehr Arbeitsspeicher

[Bananeweizen]

Nun, mit den Dual-Cores kann es da einige Kuriositäten geben.

Genau dazu habe ich schon vor über einem Jahr einen Bugreport für BOINC eingestellt, damit der Scheduler auf Multicore- und Multiprozessormaschinen speicherintensive Applikationen mit solchen mischt, die wenig Speicher brauchen. Aber mit Bugreports erreicht man da nicht wirklich viel (auch meine anderen dümpeln eher vor sich hin).

[Der Diplomat]

Aber mit Bugreports erreicht man da nicht wirklich viel (auch meine anderen dümpeln eher vor sich hin).

Das ist schade! Ich hatte das Gefühl, dass letztens wieder mehr Aktivität in der Boinc-Entwicklung stattfindet. Gerade Bug-Reports sollte den Entwicklern doch Hinweise geben. Verstehe ich das richtig, dass bewertete Bug-Reports mit einem neuen Status belegt werden müssten (woher sonst, wüsstest Du, dass sie nicht beachtet werden)?

[Michael H.W. Weber]

Nun, mit den Dual-Cores kann es da einige Kuriositäten geben.

Genau dazu habe ich schon vor über einem Jahr einen Bugreport für BOINC eingestellt, damit der Scheduler auf Multicore- und Multiprozessormaschinen speicherintensive Applikationen mit solchen mischt, die wenig Speicher brauchen. Aber mit Bugreports erreicht man da nicht wirklich viel (auch meine anderen dümpeln eher vor sich hin).

Siehst Du, da hast Du einen der Gründe, warum ich BOINC nicht optimal finde.

Michael.

P.S.: Ich wünschte, ich hätte vor über einem Jahr schon Dual-Cores gehabt.