Milkyway und Grafikkarte

Hat es nun schon einmal jemand versucht (und geschafft), sowohl Collatz als auch MilkyWay nacheinander/abwechselnd auf ner ATI zu berechnen?

Ich habe hier das Problem, dass nur noch Collatz gerechnet wird, wenn es aktiviert ist. Ich habe sowohl für MW als auch für Collatz jeweils den gleichen Ressource-Share. Mehrere Tage abgewartet auch, um evtl. "Projektschulden" noch auszugleichen. Trotzdem laufen ausschließlich Collatz-Wutzen. Erst wenn die Deadline der Milkys näherkommt, werden die weggeknuspert.

Beide Projekte laufen mit den Standard-Apps der Projekte.

Es wäre so schön hier auch per Ressource-Share zu arbeiten, damit man endlich mal ein "Backup-Projekt" mit niedriger Ressource-Share einzurichten.

Any hints?

Zitat von desktop64

Hallo UL1

Ich rechne nun seid dem 11. auch nur noch 1 WU und nicht mehr 3 gleichzeitig, ...

Rechne jetzt seit drei Tagen wieder mit der app_info...und es läuft wunderbar. Der vom MW angekündigte Fix hat also was gebracht...

Zitat von SDI

Hat es nun schon einmal jemand versucht (und geschafft), sowohl Collatz als auch MilkyWay nacheinander/abwechselnd auf ner ATI zu berechnen?

Ich habe hier das Problem, dass nur noch Collatz gerechnet wird, wenn es aktiviert ist. Ich habe sowohl für MW als auch für Collatz jeweils den gleichen Ressource-Share. Mehrere Tage abgewartet auch, um evtl. "Projektschulden" noch auszugleichen. Trotzdem laufen ausschließlich Collatz-Wutzen. Erst wenn die Deadline der Milkys näherkommt, werden die weggeknuspert.

Beide Projekte laufen mit den Standard-Apps der Projekte.

Es wäre so schön hier auch per Ressource-Share zu arbeiten, damit man endlich mal ein "Backup-Projekt" mit niedriger Ressource-Share einzurichten.

Any hints?

Leider nicht. Anfang des Jahres hat das bei mir noch richtig gut funktioniert: sobald die MW-WUs weg waren, lief CC an...und wenn MW wieder WUs geschickt hat, wurde CC verdrängt. Da war das Ablaufdatum bei MW auch noch sehr viel kürzer als jetzt. Mir ist leider noch nichts eingefallen, wie man das ausgleichen könnte. Wenn ich wüsste, wie es geht, würde ich ein Script schreiben, das CC automatisch anhält, sobald MW-WUs auf dem Rechner sind bzw. CC laufen lässt, wenn keine MWs da sind...

Hallo ul1, ist im Prinzip relative einfach. Boinccmd dürfte ja allseits bekannt sein denn es ist ja im Lieferumfang von Boinc enthalten. http://boinc.berkeley.edu/wiki/Boinccmd_tool

Der Parameter --get_state liefert eine schöne Auflistung der Projekte und Wus auf dem Rechner. Diese gält es auszuwerten. Unter Windoof geht das mit cmd Batch schlecht, deshalb nehme ich dafür gewöhnlich das GNU Perl von ActiveState - dann ist es auch kompatibel zu Linux.

Überdenken müsste mann noch die Rückschaltlogik und eine Backup fürs Backup Logik, wenn es das geben sollte.

Ich probiers mal - versprechen tue ichs allerdings nicht.

Wenn du das hinkriegst, geb' ich einen aus...LuBu is' ja gleich ums Eck...

Die relevanten Parameter und die Anzahl unberechneter WUs kann dass Script schon auslesen. Für die Logik brauche ich noch ne Weile.

F:\startstop>F:\Programme\BOINC\boinccmd.exe --get_state | perl startstop.pl
======== Projects ========
http://boinc.bakerlab.org/rosetta/
http://boinc.fzk.de/poem/
http://boinc.thesonntags.com/collatz/
http://docking.cis.udel.edu/
http://home.edges-grid.eu/home/
http://milkyway.cs.rpi.edu/milkyway/
http://setiathome.berkeley.edu/
======== Results ========
http://milkyway.cs.rpi.edu/milkyway/;no;no;no;24
http://setiathome.berkeley.edu/;no;no;yes
http://boinc.thesonntags.com/collatz/;no;no;yes
http://boinc.fzk.de/poem/;no;no;no;17
http://home.edges-grid.eu/home/;no;no;yes
http://boinc.bakerlab.org/rosetta/;no;no;yes
http://docking.cis.udel.edu/;no;no;no

Ich denke, die Ursache für das "nur Collatz Problem" liegt in der historischen Entiwcklung von BOINC: der gesamte scheduling-algorithmus ging davon aus, dass alle rechnenden Ressourcen im System gleich sind (was bei Multi-Kern /-CPU auch stimmt). Das führte bei den anfäglichen Versuchen, die GPUs mit einzubinden, zu diversen Problemen. U.a. deshalb wurde entschieden, alle GPU-WUs einfach per "first in, first out" abzuarbeiten. Damit umging man die meisten Probleme.
Der Modus ist im aktuellen client immernoch an. Nicht gerechnet hat man hier damit, dass man erst neue MW-WUs bekommt, wenn man welche zurückliefert. Dadurch werden erst alle vorher geholten Collatzen gerechnet, dann die Hand voll MWs. Dann kommen neue MWs.. allerdings hat sich BOINC zwischendurch schon wieder je nach Einstellung für ein paar Tage neue Collatz-WUs geholt und arbeitet die zuerst ab. Also eigentlich bräuchte man auch gar keinen ressource share einzustellen..

Aber das mit dem script klingt vielversprechend. Ich denke, du findest hier bestimmt Unterstützung beim Test, vielleicht auch bei der Entwicklung

MrS

hoi, rechnet ihr denn jetzt 1 wu oder mehrere gleichzeitig. Bringt das bei der neuen app noch was?

Lasse jetzt alle ATIs wieder mit zwei WUs pro GPU laufen: nach meinem Gefühl bringt das bei mir ein paar Sekunden...

hallo, ich bereite momentan einen wechsel von xp zu win7 vor und will mich mal vorher erkundigen was ich so alles brauche, damit ich boinc (seti+milky) schnell wiede zum laufen bekomme.

momentan läufts so: 1wu seti auf der cpu und 2wus milky auf der gpu.

boincmgr ist der 6.6.20 drauf
für seti: setiathome_enhanced 6.03 (AK_v8_win_SSSE3x.exe)
für milky: astronomy_0.19_ATI_SSE2f.exe

catalyst version 8.12 denke ich.

was brauche ich bei windows7 alles, damit ich optimale performance habe und damit boinc überhaupt wieder auf der grafikkarte rechnet?
meine cpu ist ein intel e8500 und die grafikkarte eine ati4850

Zitat von sg-1

hallo, ich bereite momentan einen wechsel von xp zu win7 vor und will mich mal vorher erkundigen was ich so alles brauche, damit ich boinc (seti+milky) schnell wiede zum laufen bekomme.

momentan läufts so: 1wu seti auf der cpu und 2wus milky auf der gpu.

boincmgr ist der 6.6.20 drauf
für seti: setiathome_enhanced 6.03 (AK_v8_win_SSSE3x.exe)
für milky: astronomy_0.19_ATI_SSE2f.exe

catalyst version 8.12 denke ich.

was brauche ich bei windows7 alles, damit ich optimale performance habe und damit boinc überhaupt wieder auf der grafikkarte rechnet?
meine cpu ist ein intel e8500 und die grafikkarte eine ati4850

es dürfte damit laufen.

kannst aber auch:

boincmgr auf 6.10.* aufrüsten .. z.B. 25 oder 29
für seti nimmst das entsprechende packet , 32bit oder 64bit
für milky würde ich die optimierte APP von gipsel nehmen .. version 20 (b) --> astronomy_0.20b_ATI_x(32 oder 64)_ati
catalyst kannst auch den 9.12 nehmen


Hinzugefügter Post:

Zitat von UL1

Lasse jetzt alle ATIs wieder mit zwei WUs pro GPU laufen: nach meinem Gefühl bringt das bei mir ein paar Sekunden...

bei ner 4890 müßte dann ungefähr 330 runtime sein ??
hast du überhaupt noch so ne karte ??

Zitat von desktop64

bei ner 4890 müßte dann ungefähr 330 runtime sein ??
hast du überhaupt noch so ne karte ??

Nee, ' ne 4890 hatte ich noch nie...

Momentan bekomme ich diese Zeiten:
4770 ----> 350 s
4870 ----> 340 s
4870X2 -> 350 s
5870 ----> 150 s
5970 ----> 160 s

Zitat von UL1

Nee, ' ne 4890 hatte ich noch nie...

Momentan bekomme ich diese Zeiten:
4770 ----> 350 s
4870 ----> 340 s
4870X2 -> 350 s
5870 ----> 150 s
5970 ----> 160 s

ich rechne mit einer ATI 4890 die braucht bei Milki ca 169sec
und bei Gollatz ca 770 sec

Zitat von UL1

5870 ----> 150 s

Ist das die Zeit, wenn Du 2 WUs gleichzeitig rechnen lässt? Auf meiner 5850 (ab Werk OC) laufen die WUs einzeln mit der 0.21 zwischen 106 und 113 s. Die GPU-Auslastung liegt dann zwischen 95 und 92 %.

Gruß

Zitat von Katarn

Ist das die Zeit, wenn Du 2 WUs gleichzeitig rechnen lässt? Auf meiner 5850 (ab Werk OC) laufen die WUs einzeln mit der 0.21 zwischen 106 und 113 s. Die GPU-Auslastung liegt dann zwischen 95 und 92 %.

Yep, also 75 s pro WU, bei 96% - 99% Auslastung...

Vielleicht muss ich mich doch mal mit der 0.20b und der app_info beschäftigen - noch ein paar mehr Credits rauskitzeln

Öhm...ich nutz' die 0.21 'vom Werk' + die app_info von Gipsel...aber das meiste dürfte das Übertakten bringen. Konkret: 80 MHz mehr sparen 20 s...

Übrigens habe ich gerade überall den neuen ATI-Catalyst 10.1 installiert. MilkyWay rennt weiterhin problemlos. Also scheinen auch die neueren Treiber zu funktionieren. Hab hier Win7-64

Zitat von Uwe-Bergstedt

ich rechne mit einer ATI 4890 die braucht bei Milki ca 169sec
und bei Gollatz ca 770 sec

bei einer .. wir rechnen 2 oder 3 paralell

1 WU = ca. 169
2 WU = ca. 330
3 WU = ca. 495

wie man sieht wird es effektiver.

Zitat von UL1

Öhm...ich nutz' die 0.21 'vom Werk' + die app_info von Gipsel...

Das will bei mir leider nicht funktionieren. Habe es gerade ausgetestet und ein ähnliches Problem wie weiter vorne 'desktop64' http://www.seti-germany.de/forum/134615-post891.html Es werden zwar neue WUs herunter geladen, aber sofort mit Berechnungsfehler beendet.
Den Namen der Anwendung und der dll habe ich in der app_info angepasst.
Na ja, heute mache ich da nichts mehr. Jetzt läuft wieder alles wie zuvor.

Bei mir läufts, wenn ich diese vier Dateien im MW-Ordner habe:
app_info.xml
brook64.dll
brook64_ati.dll
milkyway_0.21_windows_x86_64__ati13ati.exe

mal 'ne Frage:

Wenn ich die (alte) optimierte Gipsel-App runterwerfe und mit der 0.21_ATI rechnen will, muss ich dann im Account die Arbeit für CPU verbieten?
Geht das ansonsten reibungslos?

Okay, waren dann doch zwei Fragen ;=

Cpu Arbeit darfst du nicht verbieten. Die atis verknuspern CPU wus.

hmmmm .... ich bekomme die Meldung dass ich weder eine nvidia- noch eine ATI-Karte habe.

Komisch ... vor ein paar Minuten habe ich mit der nicht vorhandenen 4870 noch ein paar WUs gerechnet. Ich hab jetzt erstmal wieder den alten Zustand wieder hergestellt und werde es wohl morgen nochmal versuchen.

Könnt ihr überhaupt etwas?

Na klar - dich löschen