StatsPage: C-Index [Korrekturen]

Als ich den CI2 geschrieben hatte, lief Burp nicht, somit konnte ich das nie testen.
Ich werde es mir am WE anschauen und bugfixen.
 
Hi 2D.

Bei Collatz habe ich heute 2 Ergebniss mit einer HD5770 eingetragen nur wird die als CPU berechnete WU gelistet und nicht per GPU!
1. http://stats.planet3dnow.biz/index.php?action=loadcreditindex2&resultID=2516
1. http://boinc.thesonntags.com/collatz/result.php?resultid=72960214
2. http://stats.planet3dnow.biz/index.php?action=loadcreditindex2&resultID=2517
2. http://boinc.thesonntags.com/collatz/result.php?resultid=72959803

Da stimmt was net! Beim heimbuec ist es das selbe und er hat auch eine HD5770.

Das Problem existiert leider immer noch:

http://stats.planet3dnow.biz/index.php?action=loadcreditindex2&resultID=3894
http://boinc.thesonntags.com/collatz/result.php?resultid=113143405

http://stats.planet3dnow.biz/index.php?action=loadcreditindex2&resultID=3893
http://boinc.thesonntags.com/collatz/result.php?resultid=113856423

http://stats.planet3dnow.biz/index.php?action=loadcreditindex2&resultID=3892
http://boinc.thesonntags.com/collatz/result.php?resultid=113856485

Code:
<core_client_version>7.0.25</core_client_version>
<![CDATA[
<stderr_txt>

Running Collatz Conjecture (3x+1) ATI GPU application version 2.09 by Gipsel (Win64, CAL 1.4)
instructed by BOINC client to use device 0
Reading input file ... done.
Checking 824633720832 numbers starting with 2374878826747398957416

CPU: Intel(R) Core(TM)2 Quad CPU    Q9550  @ 2.83GHz (4 cores/threads) 3.40023 GHz (5ms)

CAL Runtime: 1.4.1664
Found 1 CAL device

Device 0: unknown ATI card 1024 MB local RAM (remote 1855 MB cached + 1855 MB uncached)
GPU core clock: 775 MHz, memory clock: 1000 MHz
960 shader units organized in 12 SIMDs with 16 VLIW units (5-issue), wavefront size 64 threads
not supporting double precision

Initializing lookup table (16384 kB) ... done
Starting WU on GPU 0
Copy lookup table to GPU memory (16384 kB)
Initialize step array on GPU (256 MB)
predicted runtime per iteration is 40 ms (33.3333 ms are allowed), dividing each iteration in 2 parts
borders of the domains at 0 2048 4096
No checkpoint data found.
needed 1785 steps for 2374878827067436760958
444662743133434 total executed steps for 824633720832 numbers

WU completed.
CPU time: 3.5625 seconds,  GPU time: 2053.01 seconds,  wall clock time: 2053.44 seconds,  CPU frequency: 3.40018 GHz

</stderr_txt>
]]>

Dementsprechend werden natürlich auch immer die x-fachen Werte (je nach Anzahl der CPU-Cores) im C-Index bei Collatz eingetragen.
 
Danke für den Hinweis. Werde ich mir am WE auch mal genauer ansehen.

[wird mal wieder Zeit für eine ToDo-Liste *buck*]
 
Wenn ich mir die Tagesoutputs bei QMC oder yoyo anschaue, stelle ich fest, da sind trotz CIAdminüberprüfung doch schon wieder unrealistisch hohe Werte drinn, die aus Mini WU berechnet wurden. :] Somit ist er noch gar nicht alt, aber für eine sinnvolle Auswertung schon wieder fast wertlos. :]

INTEL(R) CORE(TM) I7-2600K CPU 10.449,49 - 149.082,35 klar..
 
Bei den ecm_mp_xxx von Yoyo ists auch nicht besser. Muss man halt genau schauen wenn man was vergleichen will. Insofern finde ich es nicht falsch die Werte drin zu lassen.
 
Und wer hat Sonics Werte im CI aufgenommen? Schaut ihr euch eigentlich auch an was ihr da so für gut befindet?
 
Und wer hat Sonics Werte im CI aufgenommen? Schaut ihr euch eigentlich auch an was ihr da so für gut befindet?
Das war ich. Es sind korrekte Resultate, die allerdings nur für diese eine WU-Reihe gelten. Diese Orca-Ausreisser gab es wohl schon einige male wenn ich mich recht erinnere.
Ich dachte wir sollen nicht bewerten ob ein Resultat "gut" ist sondern prüfen ob es stimmt bzw der Eintrag im CI richtig ist.

btw
Hab gerade noch gesehen: Das Insert Date in der Database Result Info (wenn man sich den eigentlichen Eintrag anschaut) der WU's zumindest bei QMC stimmt nicht überein mit dem Result Date in der Rubrik "List Top Cruncher System".
 
Zuletzt bearbeitet:
Ich sprach nicht von die Orcas, ich meinte die unvollständigen Einträge. Da fehlten sämtliche CPU Infos, da dieser der Boinc-Manager der Version 5.5.0 nicht zuverlässig erkennt.

btw. Result Date ist nicht das Insert Date ;) [das eine kommt vom Projekt selbst, also wann die WU reported wurde, das andere vom CI Admin, wann er die Info freigeschaltet hatte]
 
Zuletzt bearbeitet:
Ich sprach nicht von die Orcas, ich meinte die unvollständigen Einträge. Da fehlten sämtliche CPU Infos, da dieser der Boinc-Manager der Version 5.5.0 nicht zuverlässig erkennt.

btw. Result Date ist nicht das Insert Date ;) [das eine kommt vom Projekt selbst, also wann die WU reported wurde, das andere vom CI Admin, wann er die Info freigeschaltet hatte]
Sorry... Das kommt von meinem alten Boinc Manager 5 irgendwas. In knapp 2h is aber die letzte QMC WU durch, dann kommt da auch ne aktuelle Version drauf...

Wenn du das nachpflegen willst hier die richtigen Daten:

Vendor: GENUINEINTEL
Device: Intel Core Duo T2400 @ 1833 MHz
Family: 6
Model: E
Stepping: 8
Revision: C0
OS: WinXP SP3

Fehlt noch was?
 
Ich sprach nicht von die Orcas, ich meinte die unvollständigen Einträge. Da fehlten sämtliche CPU Infos, da dieser der Boinc-Manager der Version 5.5.0 nicht zuverlässig erkennt.

btw. Result Date ist nicht das Insert Date ;) [das eine kommt vom Projekt selbst, also wann die WU reported wurde, das andere vom CI Admin, wann er die Info freigeschaltet hatte]
Hab die alten Daten jetzt entfernt. War gestern abend wohl schon zu spät das ich nicht gesehen hab das die so alt waren.
 
Wird eigentlich auch ein Blick darauf geworfen, ob die Watt-Angaben realistisch sind?
Ich frag mich gerade, wie man mit einem "AMD ATHLON(TM) II X4 620" 27W erreichen kann. Der hat immerhin 95W TDP.
Ein "AMD PHENOM(TM) II X6 1090T", der gerade mal 65W delta hat, kommt mir ähnlich spanisch vor, kann ich mir bei einem sehr gut undervoltablen Exmplar aber gerade noch vorstellen.

Oder wird da immer gemessen, wie viel EINE Wu auf EINEM Kern braucht, während alle anderen Kerne schlafen?
 
Zuletzt bearbeitet:
Es ist das Delta zwischen Idle und Last. Ein kleines Delta deutet auf ein eher höheren Idle-Verbrauch.
 
Schon klar, aber aktuelle CPUs brauchen doch unter 10W im idle.
Mit meinem X4 schluckt der Rechner z.B. 50W idle, 122W Vollast mit Yoyo. Da hätte ich einen X6 irgendwie darüber vermutet und einen AthlonII X4 auf ähnlichem Niveau.
 
Zuletzt bearbeitet:
Klar bei dir und mir vielleicht :), aber bei anderen muss das nicht der Fall sein.
Deaktiviertes Stromsparmanagement, Grakas mit hohem Idle-Verbrauch, Netzteile mit schlechten Wirkungsgrad und schon bist du bei >100 Watt Idle-Verbrauch, der zusätzliche Anstieg durch Last der CPU fällt dann nicht mehr so sehr ins Gewicht.
 
Deaktiviertes Stromsparmanagement, Grakas mit hohem Idle-Verbrauch, Netzteile mit schlechten Wirkungsgrad und schon bist du bei >100 Watt Idle-Verbrauch,
...
Da geh ich voll und ganz mit.
der zusätzliche Anstieg durch Last der CPU fällt dann nicht mehr so sehr ins Gewicht.
Das kann aber definitiv nicht sein. Die oben genannten Faktoren (Graka/Netzteil) sind ja auch bei Vollast vorhanden. Ein schlechtes Netzteil sollte sich sogar noch deutlicher auf den Unterschied auswirken, weil ja auch dann mehr Verluste hinzukommen als bei einem guten Netzteil.
Letztendlich sagt mir der "Credits per Watt"-Wert also in erster Linie, wie gut oder schlecht der Berechner seine Stromsparmechanismen im Griff hat...?
Rückschlüsse auf die Effizienz einer bestimmten CPU sind jedenfalls damit nur sehr wage, wenn überhaupt, möglich.
Eigentlich kann ich nur Werte des gleichen Computers miteinander vergleichen, nicht verschiedene Rechner. Quasi die Auswertung, welches Projekt wie viel Strom braucht. (Außer, der Ablieferer der Daten gibt irgendwo preis, wie und was genau er womit gemessen hat)
 
Da geh ich voll und ganz mit.

Das kann aber definitiv nicht sein. Die oben genannten Faktoren (Graka/Netzteil) sind ja auch bei Vollast vorhanden. Ein schlechtes Netzteil sollte sich sogar noch deutlicher auf den Unterschied auswirken, weil ja auch dann mehr Verluste hinzukommen als bei einem guten Netzteil.
Schlechte Netzteile nehmen mit steigender Last an Effizienz zu, d.h. obwohl der Verbrauch an der Sekundär-Seite steigt, nimmt er an der Primär-seite (Steckdose) nicht im gleichen Maße zu. Das habe ich beim Tausch vom OCZ 550 auf Seasonic X-series gemerkt. Vollast mit beiden NTs ~135Watt, aber Idle von 75 auf 60Watt.

Letztendlich sagt mir der "Credits per Watt"-Wert also in erster Linie, wie gut oder schlecht der Berechner seine Stromsparmechanismen im Griff hat...?
Rückschlüsse auf die Effizienz einer bestimmten CPU sind jedenfalls damit nur sehr wage, wenn überhaupt, möglich.
Richtig erkannt und letzteres ist wieder richtig.

Eigentlich kann ich nur Werte des gleichen Computers miteinander vergleichen, nicht verschiedene Rechner. Quasi die Auswertung, welches Projekt wie viel Strom braucht. (Außer, der Ablieferer der Daten gibt irgendwo preis, wie und was genau er womit gemessen hat)
Korrekt.
 
http://stats.planet3dnow.biz/index.php?action=updatecreditindex2&resultID=4421

Die Seti-Beta App liest 2 OpenCL Devices aus: CPU + GPU. Verbaut ist 1 Graka. Der CI versteht das so das er 2 GPU's im System an nimmt. Was natürlich nicht stimmt.

StErrOut von Aufgabe 10830151
Aufgabe 10830151

Name ap_09jn11ab_B2_P0_00178_20120422_19325.wu_3
Arbeitspaket 3975915
Erstellt 18 May 2012 | 15:51:23 UTC
Gesendet 18 May 2012 | 21:12:23 UTC
Empfangen 19 May 2012 | 4:12:42 UTC
Serverstatus Abgeschloßen
Resultat Erfolgreich
Clientstatus Fertig
Exit status 0 (0x0)
Computer ID 58740
Ablaufdatum 12 Jun 2012 | 21:12:23 UTC
Laufzeit 7,289.71
CPU Zeit 5,220.42
Prüfungsstatus Gültig
Punkte 759.64
Anwendungsversion AstroPulse v6 v6.03 (ati_opencl_100)
Stderr output

<core_client_version>7.0.27</core_client_version>
<![CDATA[
<stderr_txt>
Running on device number: 1
DATA_CHUNK_UNROLL at default:2
DATA_CHUNK_UNROLL at default:2
Priority of worker thread raised successfully
Priority of process adjusted successfully, below normal priority class used
OpenCL platform detected: Advanced Micro Devices, Inc.
BOINC assigns device 1
Info: BOINC provided device ID used
Used GPU device parameters are:
Number of compute units: 20
Single buffer allocation size: 256MB
max WG size: 256

Build features: Non-graphics OpenCL OCL_ZERO_COPY COMBINED_DECHIRP_KERNEL FFTW USE_INCREASED_PRECISION USE_SSE2 x86
CPUID: AMD Phenom(tm) II X6 1090T Processor

Cache: L1=64K L2=512K

CPU features: FPU TSC PAE CMPXCHG8B APIC SYSENTER MTRR CMOV/CCMP MMX FXSAVE/FXRSTOR SSE SSE2 HT SSE3
AstroPulse v.6
Non-graphics FFTW USE_CONVERSION_OPT
Windows x86 rev 1305, V6 match, by Raistmer with support of Lunatics.kwsn.net team. SSE2

OpenCL version by Raistmer

oclFFT fix for ATI GPUs by Urs Echternacht
ffa threshold mods by Joe Segur
SSE3 dechirping by JDWhale
Combined dechirp kernel by Frizz
Number of OpenCL platforms: 1


OpenCL Platform Name: AMD Accelerated Parallel Processing
Number of devices: 2
Max compute units: 20
Max work group size: 256
Max clock frequency: 850Mhz
Max memory allocation: 536870912
Cache type: None
Cache line size: 0
Cache size: 0
Global memory size: 1073741824
Constant buffer size: 65536
Max number of constant args: 8
Local memory type: Scratchpad
Local memory size: 32768
Queue properties:
Out-of-Order: No
Name: Cypress
Vendor: Advanced Micro Devices, Inc.
Driver version: CAL 1.4.1720 (VM)
Version: OpenCL 1.2 AMD-APP (923.1)
Extensions: cl_khr_fp64 cl_amd_fp64 cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_3d_image_writes cl_khr_byte_addressable_store cl_khr_gl_sharing cl_ext_atomic_counters_32 cl_amd_device_attribute_query cl_amd_vec3 cl_amd_printf cl_amd_media_ops cl_amd_popcnt cl_khr_d3d10_sharing
Max compute units: 20
Max work group size: 256
Max clock frequency: 850Mhz
Max memory allocation: 536870912
Cache type: None
Cache line size: 0
Cache size: 0
Global memory size: 1073741824
Constant buffer size: 65536
Max number of constant args: 8
Local memory type: Scratchpad
Local memory size: 32768
Queue properties:
Out-of-Order: No
Name: Cypress
Vendor: Advanced Micro Devices, Inc.
Driver version: CAL 1.4.1720 (VM)
Version: OpenCL 1.2 AMD-APP (923.1)
Extensions: cl_khr_fp64 cl_amd_fp64 cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_3d_image_writes cl_khr_byte_addressable_store cl_khr_gl_sharing cl_ext_atomic_counters_32 cl_amd_device_attribute_query cl_amd_vec3 cl_amd_printf cl_amd_media_ops cl_amd_popcnt cl_khr_d3d10_sharing


state.fold_buf_size_short=65536; state.fold_buf_size_long=262144
Info : Building Program (binary, clBuildProgram):main kernels: OK code 0


single pulses: 7
repetitive pulses: 0
percent blanked: 68.64
class T_remove_radar: total=1.79e+009, N=1, <>=1.79e+009, min=1.79e+009, max=1.79e+009
class T_main_loop_L1: total=2.63e+013, N=111, <>=2.37e+011, min=2.36e+011, max=2.40e+011
class T_FFT_forward: total=2.22e+010, N=909312, <>=2.44e+004, min=9.14e+003, max=1.89e+007
class T_remove_radar_randomize: total=1.50e+013, N=1817736, <>=8.25e+006, min=7.67e+002, max=1.81e+008
class T_build_chirp_table: total=0.00e+000, N=0, <>=0.00e+000, min=1.84e+019, max=0.00e+000
class T_DataWrite: total=6.67e+009, N=626040, <>=1.06e+004, min=4.06e+003, max=1.82e+007
class T_DataWrite_ns: total=0, N=0, <>=0, min=0 max=0
class T_oclReadBuf: total=9.29e+007, N=909312, <>=1.02e+002, min=8.10e+001, max=1.67e+006
class T_ChirpWrite: total=0.00e+000, N=0, <>=0.00e+000, min=1.84e+019, max=0.00e+000
class T_ChirpWrite_ns: total=0, N=0, <>=0, min=0 max=0
class T_dechirp: total=1.92e+010, N=909312, <>=2.11e+004, min=1.28e+004, max=4.40e+007
class Dechirp_ns: total=0, N=0, <>=0, min=0 max=0
class Half_ns: total=0, N=0, <>=0, min=0 max=0
class T_PC_single_pulse_kernel_FFA_update: total=6.39e+012, N=909312, <>=7.03e+006, min=5.25e+006, max=5.93e+008
class PC_ns: total=0, N=0, <>=0, min=0 max=0
class T_oclReadBuf: total=9.29e+007, N=909312, <>=1.02e+002, min=8.10e+001, max=1.67e+006
class T_oclWriteBuf: total=6.87e+009, N=626040, <>=1.10e+004, min=4.46e+003, max=1.82e+007
class T_FFT_inverse: total=1.08e+010, N=909312, <>=1.18e+004, min=6.65e+003, max=2.37e+007
class T_ffa: total=4.62e+012, N=1998, <>=2.31e+009, min=1.31e+009, max=1.08e+010
class T_GPU_buffer_read_backs: total=8, N=8, <>=1, min=1 max=1
OCL_ZERO_COPY USE_OPENCL OPENCL_WRITE USE_INCREASED_PRECISION SMALL_CHIRP_TABLE COMBINED_DECHIRP_KERNEL
rev 1305
06:12:20 (1872): called boinc_finish

</stderr_txt>
]]>

Return to SETI@home/AstroPulse Beta main page


Copyright © 2012 University of California
AstroPulse is funded in part by the NSF through grant AST-0307956
System
Computer 58740

Informationen zum Computer
Besitzer tuktuk1984
Erstellt 18 May 2012 | 21:12:10 UTC
Gesamtguthaben 478,739
Durchschnittliches Guthaben 481.79
Projektübergreifendes Guthaben
CPU Typ AuthenticAMD
AMD Phenom(tm) II X6 1090T Processor [Family 16 Model 10 Stepping 0]
Anzahl der Prozessoren 6
Koprozessor AMD ATI Radeon HD 5800 series (Cypress) (1024MB) driver: 1.4.1720
Betriebssystem Microsoft Windows 7
Professional x64 Edition, Service Pack 1, (06.01.7601.00)
BOINC Version 7.0.27
Arbeitsspeicher 6134.77 MB
CPU Cache 512 KB
ermittelte Geschwindigkeit für Gleitkommazahlen 2933.88 Millionen Operationen/Sek
ermittelte Geschwindigkeit für ganze Zahlen 9802.34 Millionen Operationen/Sek
mittlere Uploadgeschwindigkeit 32.48 KB/sek
mittlere Downloadgeschwindigkeit 176.08 KB/sek
mittlere Taskdauer 0.23 Tage
Anwendungen Zeige
Aufgaben 1524
Anzahl der Clientverbindungen zum Server 14
Letzter Kontakt 19 May 2012

Return to SETI@home/AstroPulse Beta main page


Copyright © 2012 University of California
AstroPulse is funded in part by the NSF through grant AST-0307956

PS: Wie währe es, wenn es im System keine Graka vorhanden, ist im CI unter "Co-Processor Info" anzuzeigen: GPU not present or not supported
Der Satz "GPU not supported" impliziert ja eine nicht erkannte, aber vorhandene Graka.
.
EDIT :
.

http://stats.planet3dnow.biz/index.php?action=updatecreditindex2&resultID=4413
Im CI werden 8 Cores ausgelesen, in der WU stehen nur 4 Kerne.

WU
Task 26774988

Name qasino_b3lyptz-07a_s22test.105887_1
Workunit 22025118
Created 17 May 2012 1:07:51 UTC
Sent 17 May 2012 1:10:49 UTC
Received 18 May 2012 10:01:40 UTC
Server state Over
Outcome Success
Client state Done
Exit status 0 (0x0)
Computer ID 207373
Report deadline 31 May 2012 1:10:49 UTC
Run time 28555.509922
CPU time 28538.18
stderr out
<core_client_version>7.0.14</core_client_version>
<![CDATA[
<stderr_txt>
12:01:33 (3516): called boinc_finish

</stderr_txt>
]]>
Validate state Valid
Claimed credit 249.995833333333
Granted credit 249.995833333333
application version QMC@HOME-qasino-alpha v5.01

Return to QMC@HOME main page


Copyright © 2012 M. Korth / AK Grimme

System
Computer 207373

Computer information
Owner Anonymous
Created 10 May 2012 4:49:42 UTC
Total credit 44,700
Average credit 3,296.16
CPU type GenuineIntel
Intel(R) Core(TM) i7 CPU 870 @ 2.93GHz [Family 6 Model 30 Stepping 5]
Number of processors 4
Coprocessors ---
Operating System Microsoft Windows 8
Developer Preview x64 Edition, (06.02.8250.00)
BOINC client version 7.0.14
Memory 16379.49 MB
Cache 256 KB
Measured floating point speed 2667.53 million ops/sec
Measured integer speed 9038.99 million ops/sec
Average upload rate 15.98 KB/sec
Average download rate 99.75 KB/sec
Average turnaround time 0.49 days
Maximum daily WU quota per CPU 100/day
Tasks 206

Return to QMC@HOME main page


Copyright © 2012 M. Korth / AK Grimme



Edit 2:
Die Ergebnisse bei Yoyo wurden vom Server schneller gelöscht als sie in den CI aufgenommen werden konnten. Löschen?
 
Zuletzt bearbeitet:
Zu Seti.

Der Parser fällt auf das herein:
OpenCL Platform Name: AMD Accelerated Parallel Processing
Number of devices: 2
Ist ungünstig, da in dieser Auflistung nicht unterschieden wird. Kann ich aber mit dieser Angabe:
Koprozessor AMD ATI Radeon HD 5800 series (Cypress) (1024MB) driver: 1.4.1720
abgleichen.

zu Jagdocs Rechner. Also ich bi mir absolut sicher das der Parser richtig arbeitet. Aus einer 4 wird keine 8. Einzige möglichkeit, Jagdoc hat nachträglich SMT abgeschaltet.
 
Hab nochmal n paar yoyo Ergebnisse eingetragen. Verbrauchsunterschied hab ich 65W angesetzt. Könnten aber auch nur 60W sein. Da schwankt das Messgerät etwas zu viel...
 
Zu Seti.

Der Parser fällt auf das herein:

Ist ungünstig, da in dieser Auflistung nicht unterschieden wird. Kann ich aber mit dieser Angabe: abgleichen.

zu Jagdocs Rechner. Also ich bi mir absolut sicher das der Parser richtig arbeitet. Aus einer 4 wird keine 8. Einzige möglichkeit, Jagdoc hat nachträglich SMT abgeschaltet.
Ich hab jetzt das Seti-Result nochmal durchlafen lassen und es zeigt nur eine GPU an.
Der "Number of devices" Parameter in der stErrOut wird garnicht berücksichtig.
Keine Ahnung was da vorher schiefgelaufen ist.

Ich werde wohl in Zukunft die Computerinfo mit abspeichern müssen, damit man es besser nachvollziehen kann *noahnung*
 
zu Jagdocs Rechner. Also ich bi mir absolut sicher das der Parser richtig arbeitet. Aus einer 4 wird keine 8. Einzige möglichkeit, Jagdoc hat nachträglich SMT abgeschaltet.
Ich habe gestern auf dem i7-870 die letzten QMC-WUs ohne HT gerechnet damit sie noch fertig werden. Das stimmt so.
Hab sie zum vergleichen dann eingetragen.

cu JagDoc
 
Also wenn das so ist, wurde wohl die ComputerInfo projektseitig nicht aktualisiert, bzw. erst später aktualisiert. Das kann ich leider nicht beeinflussen.
 
Zurück
Oben Unten