BOINC Pentathlon 2014

[Eric]

Ok. Ich habe 11 Kerne für Rosetta und 1 Kern für Collatz. Mehr geht nicht für Rosetta es sei denn ich mache bei Collatz nichts, dann könnte ich auf 12 erhöhen. Bei mir scheint die Laufzeit für eine Solo-Collatz in Richtung 1,5 Stunden zu gehen. Ob ich da soviel reißen kann ist dann die Frage.
Unter den Androiden läuft ja kein Rosetta; die lasse ich somit alle unter pogs weiterlaufen.

Edit: Ich habe gerade mal die *.config eingerichtet. Jetzt fühlt sich zwar mein Rechner zäh an, dafür wird der Nachbrenner für collatz gezündet. Scheint jetzt die Rechenzeit von 1,5 Stunden auf <1 Stunde zu drücken
GPU-Temperatur ist mit 54°C auch ok.

[charly13]

Schön, gerade ging eine Rosetta raus, und gleich die nächste.

Mein Desktop und BOINC machten Ärger. Musste rebooten und ahnungslos im trüben fischen,
am Linux rumgedocktern bis es wieder lief, 1/2 Std. verloren.

Das Haus bei mir wird etwas umgebaut, nun klemmen sie heute und die Tage Strom und Telefon
und so um. Hauen Durchbrüche. Das erstmal nur im Keller. Wohnung kommt später im Jahr.
Das die das ausgrechnet jetzt machen müssen

Kann also sein das ich mit der EDV zur einer Freundin flüchten muss, dort gibt es zwar ausfallsicheren
Strom aber kein Netzanschluß, das wird dann spannend.

Ihr wißt Bescheid.

Gruss

[Eric]

Ich fahre meine Radeon 7850 für collatz jetzt mit folgender config:
verbose=1
items_per_kernel=18
kernels_per_reduction=8
threads=8
sleep=1

Die Rechenzeit für eine wu verlängert sich zwar dann von 46 min auf rd. 55 min, aber mein Rechner bleibt bedienbar. Mit dem Vorschlag von Mad Matt ging so gut wie nichts mehr - vor Allem die Mausbedienung.

[Mad Matt]

Ich fahre meine Radeon 7850 für collatz jetzt mit folgender config:
verbose=1
items_per_kernel=18
kernels_per_reduction=8
threads=8
sleep=1

Die Rechenzeit für eine wu verlängert sich zwar dann von 46 min auf rd. 55 min, aber mein Rechner bleibt bedienbar. Mit dem Vorschlag von Mad Matt ging so gut wie nichts mehr - vor Allem die Mausbedienung.

Dann wird das wohl Dein Optimum sein. Die 7970 sind bei meinen Werten noch bedienbar, recht gut sogar. Muss nur beim OC aufpassen, da geht nicht so viel, wenn noch Desktop-Aufgaben zu erfüllen sind.

[Eric]

Ich spiele noch ein wenig mit den items_per_kernel. Teste gerade mit dem Wert 19. Rechner ist noch bedienbar, erste Mausruckler sind allerdings schon da. CPU-Anteil ist ein wenig höher (ca. 83%) und GPU auf ca. 97%.

[Tim]

Wir haben die 2 R9 290x unter Ubuntu auf dem LinuxTag noch zum laufen bekommen und lassen den PC für Rosetta und Collatz rechnen. Die Mini gehen in unter 1,5 Minuten durch, die Solo in ca. 22 Minuten und die Large wahrscheinlich 5-6 Stunden.

[Mad Matt]

Wir haben die 2 R9 290x unter Ubuntu auf dem LinuxTag noch zum laufen bekommen und lassen den PC für Rosetta und Collatz rechnen. Die Mini gehen in unter 1,5 Minuten durch, die Solo in ca. 22 Minuten und die Large wahrscheinlich 5-6 Stunden.

Da müsste mit .config noch was gehen. Meine 7970 sind schneller. Weiss nicht, wie sich Linux auf die Performance auswirkt.

[Eric]

Wir haben die 2 R9 290x unter Ubuntu auf dem LinuxTag noch zum laufen bekommen und lassen den PC für Rosetta und Collatz rechnen.

Sehr cool. Alles zählt, ob jetzt optimal eingestellt oder nicht.

[Eric]

So bleibt es jetzt:
verbose=1
items_per_kernel=20
kernels_per_reduction=8
threads=8
sleep=1

Mausruckler kommen ab und zu vor, kann ich aber mit leben. Zusätzlich habe ich die Taktfrequenz der GPU von 860MHz auf 950MHz angehoben und mit Prozesslasso die Applikation auf physikalische Kerne der CPU beschränkt. Jetzt liegt die Zeit wieder bei rd. 46-47 Minuten pro WU.
Im Vergleich zum Standard ohne *.config mit 90 Minuten schon ordentlich. Das sollten so um die 440.000 Punkte pro Tag für den Sprint geben.

[Mad Matt]

Wir haben die 2 R9 290x unter Ubuntu auf dem LinuxTag noch zum laufen bekommen und lassen den PC für Rosetta und Collatz rechnen.

Sehr cool. Alles zählt, ob jetzt optimal eingestellt oder nicht.

Stimmt. Sollte nicht negativ klingen von mir. Bloss nichts riskieren, wenn es mit den .config und .xml nicht klappt!

...und mit Prozesslasso die Applikation auf physikalische Kerne der CPU beschränkt. Jetzt liegt die Zeit wieder bei rd. 46-47 Minuten pro WU.
Im Vergleich zum Standard ohne *.config mit 90 Minuten schon ordentlich. Das sollten so um die 440.000 Punkte pro Tag für den Sprint geben.

Mehr als ordentlich. Das mit den physikalischen Kernen habe ich seit POEM nicht mehr probiert. Danke für die Anregung, ich werde es gleich mal testen. Ich nehme bei Collatz sonst nur Priorität hoch und I/O Priorität hoch.

[Eric]

Stimmt. Sollte nicht negativ klingen von mir.

So war es auch von mir nicht gemeint . Ich habe mich einfach nur gefreut, dass Tim seinen Rechner jetzt auch noch am Start hat.

Danke für die Anregung, ich werde es gleich mal testen. Ich nehme bei Collatz sonst nur Priorität hoch und I/O Priorität hoch.

Die Priorität hatte ich auch schon höher gesetzt und nur vergessen zu schreiben. I/O Priorität habe ich eben gerade hochgesetzt. Danke für den Tipp .
Mal sehen was so rum kommt.

[Mad Matt]

@Eric: That's team@work. Eines meiner liebsten Projekte, und das Ergebnis dürfen wir morgen auspacken!

Durch die Rangteilung sind wir nur einen Platz oder drei Punkte von den Top 10 entfernt. Ich bin ganz zuversichtlich, dass wir dem morgen abhelfen können...