10. Pentathlon 2019 - OpenZika (Marathon)

Die Chancen stehen also gut das jede WU ihren eigenen Kern hat, das kann sich definitiv sehen lassen. :)

Nicht wirklich, im Monitor sieht man das die NUMA-Steuerung des Linux-Kerns meistens die Threads auf die ersten 16 SMT Kerne verteilt.
Offenbar liegt dort der Boinc-Speicher.
 
Dann läuft ja mein kleiner gar nicht mal so schlecht. Ich hab damit zwar nur 3 Kerne aber du sind schnell.
 
Das Boot (2.31... ) @ Work:

dasbootpgkoi.jpg
 
Denke die R 5/7 schneiden aufgrund SMT etwas schlechter ab. Dem Epyc scheint das nicht so sehr zu stören. Da mein Bunker sowieso in der Nacht von Freitag auf Samstag fertig wird, habe ich mal SMT deaktiviert und lasse die nächsten zwei Stunden ohne laufen. Mal schauen, wie die Zeiten so sind. Erste Hochrechnungen deuten auf ca. 32-58 Min hin. Ziemlich große Streuung... Pro Stunde käme ich mit 7 Cores auf ~9 WU/h und mit 13 Threads auf ~12 WU/h.
 
Ich habe mal meinen alten FX im offenen Aufbau reaktiviert. Mal gucken was der so vorknuspern kann. :)
 
Mein Opteron 3280 mit Linux Mint liegt bei 2:14 .... 2:22h. Damit bin ich in sofern zufrieden, als mein Lappy@2.400MHz Win10 ca. 4...4,5h braucht.
Aber auch der ist irgendwann durch mit seinen Wuzen und läuft dann unter Ubuntu weiter, wo er ca. 1,5h braucht.

--- Update ---

Ob ich für den Fall der Fälle den FX-6300 auch mit VM vorbereite und vorab etwas knuspern lasse?
 
Ich muss morgen noch ein volks PC und das tablet an machen und dann mal sehn was passiert
 
Kann man eigentlich irgendwo auf der Projektseite den PCs, z.B. unserem Boot, beim crunchen zugucken, wie das bei den "normalen" BOINC-Projekten der Fall ist? Ich finde die WCG-Seite fürchterlich unübersichtlich. Ich finde nicht mal eine anständige Teamübersicht.
Doch kann man. Man kann seine ganzen WUzen nach Unterprojekt, Status und Rechner filtern. Irgendwo bei Result Status? Ich kann leider nicht auf die Seite zugreifen, für Tage lang nicht ;)

Zum Spaße ma:

Unser Team bei Ziken Stand vor 17h
OpenZika 686:329:10:22:52 (Total Run Time y:d:h:m:s)

Ob wir die 2000y schaffen bis Ende Penta?
Mal im Auge behalten.

Ich habe mal meinen alten FX im offenen Aufbau reaktiviert. Mal gucken was der so vorknuspern kann. :)
Das ging aber schnell ;D 8)
 
Mein Opteron 3280 mit Linux Mint liegt bei 2:14 .... 2:22h.
Hast Du den zufällig undervoltet?
Mir ist auch so ein Opteron zugelaufen, aber der ist nach 1:30h gerade mal bei 30...40%, wird also 3-4 Stunden laufen.
Aber ich habe das Gefühl, dass er drosselt (in Windows bei Prime95 tat er das), weiß nur nicht, wie ich das in Ubuntu nachschauen kann. Die Temperatur schwankt jedenfalls permanent in einem Bereich von +-6°
 
So, die Zicken ohne SMT sind durch. 44-49 Min.
 
Ein Celeron M 1,4Ghz braucht im Schnitt 5h, ein Pentium 4 M 2 GHz 10h.
 
Hast Du den zufällig undervoltet?
Mir ist auch so ein Opteron zugelaufen, aber der ist nach 1:30h gerade mal bei 30...40%, wird also 3-4 Stunden laufen.
Aber ich habe das Gefühl, dass er drosselt (in Windows bei Prime95 tat er das), weiß nur nicht, wie ich das in Ubuntu nachschauen kann. Die Temperatur schwankt jedenfalls permanent in einem Bereich von +-6°

Schau dir mal cpufreq-info aus den cpufrequtils an.

Code:
root@frickelbude:/var/lib/boinc-client# cpufreq-info
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to [email]cpufreq@vger.kernel.org[/email], please.
analyzing CPU 0:
  driver: acpi-cpufreq
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency: 4294.55 ms.
  hardware limits: 1.55 GHz - 3.20 GHz
  available frequency steps: 3.20 GHz, 2.70 GHz, 1.55 GHz
  available cpufreq governors: conservative, ondemand, userspace, powersave, performance, schedutil
  current policy: frequency should be within 1.55 GHz and 3.20 GHz.
                  The governor "ondemand" may decide which speed to use
                  within this range.
  current CPU frequency is 3.20 GHz (asserted by call to hardware).
  cpufreq stats: 3.20 GHz:94,72%, 2.70 GHz:1,81%, 1.55 GHz:3,47%  (993898)
[...]
 
Mein Pentium 4 1,8 unter Debian braucht 6:40 - 7:10. hast du Windows drauf?
 
Zuletzt bearbeitet:
Schau dir mal cpufreq-info aus den cpufrequtils an.
Da kommt leider nur:

analysiere CPU 0:
kein oder nicht bestimmbarer cpufreq-Treiber aktiv
Maximale Dauer eines Taktfrequenzwechsels: 4294.55 ms.

Ich hatte mir ein ähnlich klingendes Paket als Gnome-Erweiterung installiert. Da wurde sogar eine echtzeit-Frequenz oben angezeigt - aber das Programm wollte einen reboot und danach war die Anzeige weg.

MIt lscpu | grep MHz hab ichs nun aber hinbekommen.
Der Opteron springt tatsächlich immer mal eine Weile von 2400 auf 1400 MHz runter.

Unter Windows hatte mir hwinfo und cpu-z was von 1,3V erzählt, das kann aber eigentlich nicht stimmen.
 
Mein Pentium 4 1,8 unter Debian braucht 6:40 - 7:10. hast du Windows drauf?
Ich sehe gerade, dass der die ganze Zeit nur mit 1,2 Ghz läuft und ich wundere mich seit Wochen, warum der seit dem Distupgrade so langsam ist.
 
lass mal nen Propeller auf den Spannungswandler pusten und schau ob das Problem dann weg ist.
Ein solches Verhalten hatte ich auch schonmal als der Spannungswandler zu heiss und deshalb die CPU eingedrosselt wurde.
 
Das CLI-Tool Powertop ist auch gut, zeigt P-State Statistiken und mehr an.
 
Meine WCG Zeiten gibts wieder auf meiner Seite:
http://kerbodyne.com/boinc/wcg
Code:
Update started: Wed May  1 23:00:02 CEST 2019
150 validated results in WCG XML export
150 /var/lib/boinc-client/wcgresults.db

Xperia_SP (2 threads)
            Project: #WUs: ~Runtime: ~Credits: C/d/Core: C/d/Host:
                ZIKA     5  42330.25     79.61    162.40    324.80
    ZIKA subprojects
                DENV     4  44403.55     83.28    161.56    323.12
               DENV3     1  34037.07     64.90    164.19    328.38

Galaxy_S3 (2 threads)
            Project: #WUs: ~Runtime: ~Credits: C/d/Core: C/d/Host:
                ZIKA     6  79502.29    143.04    154.48    308.96
    ZIKA subprojects
                DENV     4  98879.34    186.76    162.48    324.96
                ZIKV     2  40748.17     55.60    117.87    235.74

Galaxy_S5 (4 threads)
            Project: #WUs: ~Runtime: ~Credits: C/d/Core: C/d/Host:
                ZIKA    12  37399.82     51.92    119.93    479.72
    ZIKA subprojects
                DENV    10  35912.57     46.79    112.29    449.16
               DENV3     2  44836.10     77.55    148.89    595.56

R7-1700_Linux64 (13 threads)
            Project: #WUs: ~Runtime: ~Credits: C/d/Core: C/d/Host:
                ZIKA   108   4641.89     66.47   1237.00  16081.00
    ZIKA subprojects
                DENV    18   5302.81     69.60   1133.78  14739.14
               DENV3    90   4509.70     65.84   1260.83  16390.79

T480_i5-8250U (4 threads)
            Project: #WUs: ~Runtime: ~Credits: C/d/Core: C/d/Host:
                ZIKA     8   4154.22     79.74   1657.79   6631.16
    ZIKA subprojects
                DENV     8   4154.22     79.74   1657.79   6631.16

T430_i5-3320M (2 threads)
            Project: #WUs: ~Runtime: ~Credits: C/d/Core: C/d/Host:
                ZIKA    11   4510.77     62.58   1198.40   2396.80
    ZIKA subprojects
                DENV     7   4556.11     62.05   1176.46   2352.92
               DENV3     4   4431.45     63.51   1237.80   2475.60

Hat jemand Werte von ARM Boards mit Android?
 
Denke die R 5/7 schneiden aufgrund SMT etwas schlechter ab. Dem Epyc scheint das nicht so sehr zu stören. Da mein Bunker sowieso in der Nacht von Freitag auf Samstag fertig wird, habe ich mal SMT deaktiviert und lasse die nächsten zwei Stunden ohne laufen. Mal schauen, wie die Zeiten so sind. Erste Hochrechnungen deuten auf ca. 32-58 Min hin. Ziemlich große Streuung... Pro Stunde käme ich mit 7 Cores auf ~9 WU/h und mit 13 Threads auf ~12 WU/h.
Du musst SMT gar nicht im BIOS abschalten, um es nicht zu nutzen. Einfach den BOINC-Manager so einstellen, dass er nur 50% der Kerne nutzt. Der Windows-Scheduler erledigt den Rest :D
 
Unser Boot knuspert die WUzen in 46 - 58min weg. Nicht schlecht.

Das ist erstaunlich schnell! :o Das ist in etwa der gleiche Wert, den ich mit meinem Zen+ Ryzen 7 2700 in der Linux-VM kriege, die nur die 8 "echten" Kerne nutzt. :o Dabei ist der Ryzen deutlich höher getaktet als der Epyc, der noch dazu ein Zen 1st Gen ist. Meist läuft der Ryzen im Bereich 3,4 GHz, der Epyc dagegen arbeitet wie wir wissen auf seinem Turbomodus bei 2,8 GHz. Entweder frisst die Virtualisierung doch so viel oder Epyc profitiert massiv vom seinem 64 MB großen L3-Cache :o :D
 
Zurück
Oben Unten