MilkyWay@Home

In BOINC 7 werden die GPU-Features wohl über OpenCL ausgelesen. Irgend nen Fehler hat Matt da vor Kurzem behoben, kann sein dass ihr vom gleichen betroffen wart. Gab's denn ne Fehlermeldung? Wie z.B. "double precision not supported"?

Beim Schritt von nem Cat 11.x aus H2 2011 zu Cat 12.1 sehe ich keine Beschleunigung, aber auch keine Probleme.

Die 0.82 CAL app funktioniert übrigens immernoch. Wer die per app_info laufen lässt, muss nichts ändern.

MrS

Servus bei mir siehts zur Zeit so aus hab BOINC Version 7.0.18 unter Win7 64bit laufen
Treiberversion ist laut CCC 12.3 direkt von der AMD Seite

Die 5870 braucht pro WU 60s
Die 7970 braucht pro WU 40s

Berechnungsfehler sind auch noch keine vorgekommen. Nur die Zeit der 7970 im Verhältnis zur 5870 ist nicht gerade berauschend
Ich hoffe das bessert sich noch mit ner optimierten Anwendung oder von Seiten AMDs mit nem besseren Treiber.


Gruß Thomas

Die HD5870 darf im Wesentlichen auch mit der neuen OpenCL App noch den alten CAL Code ausführen, während es für die HD7970 kein CAL mehr gibt, für sie muss daher alles in OpenCL geschrieben sein. Knackpunkt ist wohl die Exponentialfunktion, deren Implementierung in CAL wesentlich schneller ist als das, was Matt unter OpenCL zur Verfügung steht. Der OpenCL Code für die "alten" Karten führt über nen Trick für exp den CAL-Code aus und wird dadurch schneller.

Hilft dir natürlich erstmal nicht weiter, zeigt aber, dass die Karte noch mehr Potential hat. Und wenn wir gerade dabei sind: mit Standardspannung sind wohl locker 1100 - 1200 MHz drin. Damit kratzt man dann an den 30s/WU

Edit: seit der OpenCL-App (separation 1.02) sind die merkwürdigen Fehler mit leerer Ausgabe, welche bisher bei jeder Karte auftraten, behoben. Meine Fehlerquote ist damit von 0.7% +/- 0.1% auf 0.0% runter. Dadurch konnte ich den GPU-Takt etwas anheben und sehe immernoch keine Fehler. Früher schien sich die Fehlerquote in dem Bereich schon erhöht zu haben.. konnte es aber natürlich nicht messen. Und da der Server jetzt endlich gut läuft, hab ich immer knapp 3500 WUs in der Liste - also ne ausreichende Statistik.

MrS

Hallo da draussen,

ich habe ein System (Win64 + ATI 5870), das mir jede MW Wu zerlegt. Installiert ist
der Catalyst 12.1 und BOINC 6.12.34. Einige andere Systeme mit vergleichbarerer
Hardware und identischer Software-Austattung laufen problemlos.


Hier mal die Angaben zu einer geschrotteten WU:

Stderr Ausgabe

<core_client_version>6.12.34</core_client_version>
<![CDATA[
<message>
Unzul�ssige Funktion. (0x1) - exit code 1 (0x1)
</message>
<stderr_txt>
<search_application> milkyway_separation 1.02 Windows x86_64 double OpenCL </search_application>
Unrecognized XML in project preferences: nvidia_block_amount
Skipping: 128
Skipping: /nvidia_block_amount
Guessing preferred OpenCL vendor 'Advanced Micro Devices, Inc.'
Error loading Lua script 'astronomy_parameters.txt': [string "number_parameters: 4..."]:1: '<name>' expected near '4'
Error reading astronomy parameters from file 'astronomy_parameters.txt'
Trying old parameters file
Using SSE4.1 path
Found 1 platform
Platform 0 information:
Name: AMD Accelerated Parallel Processing
Version: OpenCL 1.1 AMD-APP (851.4)
Vendor: Advanced Micro Devices, Inc.
Extensions: cl_khr_icd cl_amd_event_callback cl_amd_offline_devices cl_khr_d3d10_sharing
Profile: FULL_PROFILE
Using device 0 on platform 0
Found 1 CL device
Device 'Cypress' (Advanced Micro Devices, Inc.:0x1002) (CL_DEVICE_TYPE_GPU)
Driver version: CAL 1.4.1664 (VM)
Version: OpenCL 1.1 AMD-APP (851.4)
Compute capability: 0.0
Max compute units: 20
Clock frequency: 850 Mhz
Global mem size: 1073741824
Local mem size: 32768
Max const buf size: 65536
Double extension: cl_khr_fp64
Build log:
--------------------------------------------------------------------------------
LOOP UNROLL: pragma unroll (line 288)
Unrolled as requested!
LOOP UNROLL: pragma unroll (line 280)
Unrolled as requested!
LOOP UNROLL: pragma unroll (line 273)
Unrolled as requested!
LOOP UNROLL: pragma unroll (line 244)
Unrolled as requested!
LOOP UNROLL: pragma unroll (line 202)
Unrolled as requested!

--------------------------------------------------------------------------------
Using AMD IL kernel
Binary status (0): CL_SUCCESS
Estimated AMD GPU GFLOP/s: 2720 SP GFLOP/s, 544 DP FLOP/s
Using a target frequency of 60.0
Using a block size of 5120 with 72 blocks/chunk
Using clWaitForEvents() for polling (mode -1)
Range: { nu_steps = 640, mu_steps = 1600, r_steps = 1400 }
Iteration area: 2240000
Chunk estimate: 6
Num chunks: 7
Chunk size: 368640
Added area: 340480
Effective area: 2580480
Initial wait: 13 ms
Integration time: 128.646931 s. Average time per iteration = 201.010830 ms
Integral 0 time = 130.414530 s
Running likelihood with 109999 stars
Likelihood time = 2.023675 s
Non-finite result
Failed to calculate likelihood
<background_integral> 0.000616154627804 </background_integral>
<stream_integral> -1.#IND00000000000 -1.#IND00000000000 </stream_integral>
<background_likelihood> -3.189246768037636 </background_likelihood>
<stream_only_likelihood> -1.#IND00000000000 -1.#IND00000000000 </stream_only_likelihood>
<search_likelihood> -241.000000000000000 </search_likelihood>
14:29:21 (4136): called boinc_finish

</stderr_txt>
]]>

Hat jemand eine Idee dazu oder soll ich mal mit Catalyst Downgrade bzw. BOINC
beta Versionen testen?

Danke und Gruss

Woody

Also dein Problem liegt an der Stelle hier:

"Non-finite result
Failed to calculate likelihood"

Dort sammelt die CPU die Daten von der GPU und berechnet das Ergebnis. "non-finite" kann das nur werden, wenn grober Unfug zurück kommt. BOINC dürfte da keinen Anteil dran haben. Und wenn Teile der Software (OpenCL oder CAL) fehlen, hätte es eigentlich gar nicht erst anlaufen dürfen.

Die einfachste Erklärung wäre: Chip defekt. Rechnet die Karte denn andere Projekte ohne Fehler?

MrS

Hallo MrS,

Zitat von [ETA]MrSpadge

Die einfachste Erklärung wäre: Chip defekt. Rechnet die Karte denn andere Projekte ohne Fehler?
MrS

Ich lasse sie gerade testweise seit ein paar Tagen COLLATZ rechnen -> Keine Fehler!
Werde mal noch ein / zwei andere Projekte testen.

Gruss Woody

Sorry, dann bin ich ziemlich ratlos.
Du könntest noch im MW-Projektforum stöbern, da wird über ein paar Probs mit OpenCL 1.02 berichtet, bin da aber nicht auf dem Laufenden.

MrS

Hab jetzt mal die Beta vom CCC 12.4 getestet. Bei MW ist zeitlich kein unterschied zu erkennen. Lohnt sich also nicht zu Wechseln.

Gruß thomas

Zitat von [ETA]MrSpadge

Hilft dir natürlich erstmal nicht weiter, zeigt aber, dass die Karte noch mehr Potential hat. Und wenn wir gerade dabei sind: mit Standardspannung sind wohl locker 1100 - 1200 MHz drin. Damit kratzt man dann an den 30s/WU
MrS

Hab das mal getestet mit CCC 12.4
1200 MHz mehr gibts CCC nicht her lag die WU bei 32/33 sec ... da hat allerdings die Kühlung von Gigabyte gut zu Arbeiten

Wollte danach wieder zum 12.3 wechseln allerdings bekamm ich dann nur noch Berechnungsfehler, hab wieder zum 12.4 gewechselt da läufts wieder komisch.

Gruß Thomas

Hi,

ich habe heute eine Mail einer Redakteurin der Frankfurter Allgemeine Sonntagszeitung bekommen, welche mich fragte ob es ein hochaufgelöstes Logo von MilkyWay@home gibt. Entweder als Vektorgrafik oder als druckbares JPG mit 300dpi. Ich habe leider nichts dazu gefunden, hat von euch jemand noch eine Idee?

ciao
Zero2Cool

Gefunden hab ich auch nichts, evtl. die Anfrage direkt an MW weiterleiten.

MilkyWay läuft jetzt auf Androiden.
Dazu muss NativeBOINC installiert werden, eine Anwendung, die (noch) nicht in GooglePlay vorhanden ist. Eine Wutz braucht bei mir voraussichtlich so ca. 13h auf 'nem Galaxy S2 mir ARM-Doppelkern@1200MHz

Danke für die Info, aber mmn hört sich das jetzt nicht gerade sehr effektiv an, wenn man bedenkt, was Grafikkarten in dieser Zeit erledigen. Ob da überhaupt Nutzen dahinter is ;P
Was mich interessieren würde, wie schnell wird das teil denn dann leer?

Mich würd viel mehr interessieren, wie warm das wird.
Ein Stresstest bei meinem SGS2 mit abgesenkter Vcore erzeugt bei 1,2GHz nach 10min über 45°C am Akku (intern ausgelesen und Hand merkte auch eine erheblich Wärmeentwicklung).
Wirklich angenehm ist das wohl nur im Winter^^

Zitat von khahlimist

Danke für die Info, aber mmn hört sich das jetzt nicht gerade sehr effektiv an, wenn man bedenkt, was Grafikkarten in dieser Zeit erledigen. Ob da überhaupt Nutzen dahinter is ;P
Was mich interessieren würde, wie schnell wird das teil denn dann leer?

Interessant wäre ein Vergleich mit Credits pro Wattstunde. Meine Kiste liefert so ca. 5-6 C/Wh, und natürlich werde ich das Ding nicht auf Akku laufen lassen, das saugt zu schnell leer.
Wie effektiv ist den eine GPU?

Läuft da separation oder nbody?

HD6970, 910 MHz, 1.10 V, RAM-Takt gesenkt, 2 WUs parallel: 50 s/WU mit 160 credits. Leistungsaufnahme.. schwer zu schätzen. Ich würd mal sagen ca. 150 W, vielleicht etwas mehr. Macht dann 160 C / 2 Wh = 77 C/Wh

MrS

Wenn ich das richtig gesehen habe sind das seperation

Gesendet von meinem Galaxy Nexus mit Tapatalk 2

Zitat von [ETA]MrSpadge

Läuft da separation oder nbody?

HD6970, 910 MHz, 1.10 V, RAM-Takt gesenkt, 2 WUs parallel: 50 s/WU mit 160 credits. Leistungsaufnahme.. schwer zu schätzen. Ich würd mal sagen ca. 150 W, vielleicht etwas mehr. Macht dann 160 C / 2 Wh = 77 C/Wh

MrS

Es läuft separation.
Scheint dann also im Vergleich zu GPU-Rechnen nicht gar so effektiv zu sein.
Mal schaun', wann das erste CPU-Projekt portiert wird und auch Wutzen hat, wie da das Verhältnis ist.

Andererseits sind normale CPUs bei separation auch deutlich ineffizienter als die AMDs - es ist halt perfekt für diese Architektur. Zahlen kann ich allerdings nicht liefern, da ich keinen kenne, der sowas laufen lässt.. und auch allen davon abrate

Wenn's nach mir ginge, würden sie gar keine separation mehr für CPUs verteilen, sondern diese nur für die nbody WUs einsetzen.

MrS

Laufen Separation auch auf CPUs? Ich dachte immer das wären reine GPU wutzen.


Gesendet von meinem Galaxy Nexus mit Tapatalk 2

Zitat von Acid303

Laufen Separation auch auf CPUs? Ich dachte immer das wären reine GPU wutzen.


Gesendet von meinem Galaxy Nexus mit Tapatalk 2

Die laufen auf allem, auch auf Deinem Nexus mit Tapatalk 2)

Zitat von Saenger

Die laufen auf allem, auch auf Deinem Nexus mit Tapatalk 2)

Nur ob sie da so effektiv wie auf meiner GPU laufen würden lasse ich mal dahingestellt.

Gesendet von meinem Galaxy Nexus mit Tapatalk 2

guten morgen, habe mal wieder angefangen, wieder n bisschen mw zu rechnen.

läuft jetzt seit freitag, und seitdem habe ich bis jetzt 48 ungültige WUs drinnen.
Habe nichts geändert, boinc version ist 7.0.28 x64

hier mal eine ungültige wu:


Stderr Ausgabe

<core_client_version>7.0.28</core_client_version>
<![CDATA[
<message>
Unzul�ssige Funktion. (0x1) - exit code 1 (0x1)
</message>
<stderr_txt>
BOINC: parse gpu_opencl_dev_index 0
<search_application> milkyway_separation 1.02 Windows x86_64 double OpenCL </search_application>
Unrecognized XML in project preferences: nvidia_block_amount
Skipping: 128
Skipping: /nvidia_block_amount
BOINC GPU type suggests using OpenCL vendor 'Advanced Micro Devices, Inc.'
Error loading Lua script 'astronomy_parameters.txt': [string "number_parameters: 4..."]:1: '<name>' expected near '4'
Error reading astronomy parameters from file 'astronomy_parameters.txt'
Trying old parameters file
Using SSE3 path
Found 1 platform
Platform 0 information:
Name: AMD Accelerated Parallel Processing
Version: OpenCL 1.1 AMD-APP (851.4)
Vendor: Advanced Micro Devices, Inc.
Extensions: cl_khr_icd cl_amd_event_callback cl_amd_offline_devices cl_khr_d3d10_sharing
Profile: FULL_PROFILE
Using device 0 on platform 0
Found 1 CL device
Device 'Cayman' (Advanced Micro Devices, Inc.:0x1002) (CL_DEVICE_TYPE_GPU)
Driver version: CAL 1.4.1664 (VM)
Version: OpenCL 1.1 AMD-APP (851.4)
Compute capability: 0.0
Max compute units: 24
Clock frequency: 800 Mhz
Global mem size: 2147483648
Local mem size: 32768
Max const buf size: 65536
Double extension: cl_amd_fp64
Build log:
--------------------------------------------------------------------------------
LOOP UNROLL: pragma unroll (line 288)
Unrolled as requested!
LOOP UNROLL: pragma unroll (line 280)
Unrolled as requested!
LOOP UNROLL: pragma unroll (line 273)
Unrolled as requested!
LOOP UNROLL: pragma unroll (line 244)
Unrolled as requested!
LOOP UNROLL: pragma unroll (line 202)
Unrolled as requested!

--------------------------------------------------------------------------------
Using AMD IL kernel
Binary status (0): CL_SUCCESS
Estimated AMD GPU GFLOP/s: 2458 SP GFLOP/s, 614 DP FLOP/s
Using a target frequency of 60.0
Using a block size of 6144 with 364 blocks/chunk
Using clWaitForEvents() for polling (mode -1)
Range: { nu_steps = 640, mu_steps = 1600, r_steps = 1400 }
Iteration area: 2240000
Chunk estimate: 1
Num chunks: 2
Chunk size: 2236416
Added area: 2232832
Effective area: 4472832
Initial wait: 23 ms
Integration time: 20.002472 s. Average time per iteration = 31.253863 ms
Integral 0 time = 20.844564 s
Estimated AMD GPU GFLOP/s: 2458 SP GFLOP/s, 614 DP FLOP/s
Using a target frequency of 60.0
Using a block size of 6144 with 182 blocks/chunk
Using clWaitForEvents() for polling (mode -1)
Range: { nu_steps = 640, mu_steps = 800, r_steps = 1400 }
Iteration area: 1120000
Chunk estimate: 1
Num chunks: 2
Chunk size: 1118208
Added area: 1116416
Effective area: 2236416
Initial wait: 0 ms
Integration time: 11.011624 s. Average time per iteration = 17.205662 ms
Integral 1 time = 11.401139 s
Estimated AMD GPU GFLOP/s: 2458 SP GFLOP/s, 614 DP FLOP/s
Using a target frequency of 60.0
Using a block size of 6144 with 182 blocks/chunk
Using clWaitForEvents() for polling (mode -1)
Range: { nu_steps = 640, mu_steps = 800, r_steps = 1400 }
Iteration area: 1120000
Chunk estimate: 1
Num chunks: 2
Chunk size: 1118208
Added area: 1116416
Effective area: 2236416
Initial wait: 0 ms
Integration time: 10.277557 s. Average time per iteration = 16.058683 ms
Integral 2 time = 10.678952 s
Running likelihood with 66200 stars
Likelihood time = 0.308365 s
Non-finite result
Failed to calculate likelihood
<background_integral> 0.000185699371393 </background_integral>
<stream_integral> 0.000000000000000 0.002252934012933 232.560420246366450 </stream_integral>
<background_likelihood> -3.001373632152131 </background_likelihood>
<stream_only_likelihood> -1.#IND00000000000 -234.927977089816100 -4.112675733561490 </stream_only_likelihood>
<search_likelihood> -241.000000000000000 </search_likelihood>
06:48:28 (1552): called boinc_finish

</stderr_txt>
]]>

Keine deiner mit Fehler gemeldeten WU sind überhaupt mal Richtig gerechnet worden.

Fehler :Zu viele Fehler (evtl. ein Bug)

Ist halt so. Ich würde mir keine gr0ßen gedanken machen.

Grüße
joe

danke fürs ansehen carnivore.

hab mir jetzt mal die top rechner angeschaut, anscheinend kommt niemand ohne fehler bei milkyway aus.