10. Pentathlon 2019 - OpenZika (Marathon)

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
Sag ich auch immer! :)
 
Hab dem nicht zugetraut das auch in der VM zu regeln ;D
 
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.

Da ist eigentlich ein 140er Lüfter drauf, der fast über das gesamte Board geht. Aber ich kann ja mal noch ein paar kleine Kühlkörperchen probieren, die hier irgendwo rumliegen müssten.
 
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.
Das versteh ich nicht, der macht einfach nicht (mehr) auf 2 rauf:
Code:
# cpufreq-info 
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Bitte melden Sie Fehler an cpufreq@vger.kernel.org.
analysiere CPU 0:
  Treiber: acpi-cpufreq
  Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 0
  Die Taktfrequenz folgender CPUs werden per Software koordiniert: 0
  Maximale Dauer eines Taktfrequenzwechsels: 500 us.
  Hardwarebedingte Grenzen der Taktfrequenz: 1.20 GHz - 2.00 GHz
  mögliche Taktfrequenzen: 2.00 GHz, 1.20 GHz
  mögliche Regler: powersave, userspace, conservative, ondemand, performance, schedutil
  momentane Taktik: die Frequenz soll innerhalb 1.20 GHz und 1.20 GHz.
                    liegen. Der Regler "performance" kann frei entscheiden,
                    welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
  momentane Taktfrequenz ist 1.20 GHz.
  Statistik:2.00 GHz:0,00%, 1.20 GHz:100,00%

# sensors
acpitz-virtual-0
Adapter: Virtual device
temp1:        +55.0°C  (crit = +95.0°C)

thinkpad-isa-0000
Adapter: ISA adapter
fan1:        3405 RPM
temp1:        +55.0°C  
temp2:        +35.0°C  
temp3:        +55.0°C  
temp4:            N/A  
temp5:        +54.0°C  
temp6:            N/A  
temp7:        +32.0°C
 
Was passiert, wenn Du im BIOS Speedstep deaktivierst?
 
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

Das lohnt sich aber auch mal zu überprüfen. Das Ubuntu 16.04.2 meines T480 trifft für den i5-8250U (8 threads) regelmäßig die falschen Entscheidungen und legt teils die 4 BOINC Prozesse auf die ersten vier logischen CPUs, bzw. betreibt munter CPU hopping. Fürchterlich. Habe das jetzt mit taskset gebändigt, vielleicht muss ich da mal nen neueren Kernel probieren.

Könnte ja evtl. auch auf ältere Windowsversionen zutreffen.
 
Das lohnt sich aber auch mal zu überprüfen. Das Ubuntu 16.04.2 meines T480 trifft für den i5-8250U (8 threads) regelmäßig die falschen Entscheidungen und legt teils die 4 BOINC Prozesse auf die ersten vier logischen CPUs, bzw. betreibt munter CPU hopping.
CPU-Hopping betreiben die Scheduler grundsätzlich. Das soll wohl dafür sorgen, dass die Kerne gleichmäßig belastet/verschlissen/erhitzt werden. Aber mit "die ersten vier logischen CPUs" muss man aufpassen, da unter Linux die Kerne anders gezählt werden als unter Windows. Unter Windows sind die direkt nebeneinander liegenden Kerne die beiden logischen Kerne eines physischen Kerns. Unter Linux dagegen werden die physischen Kerne zuerst aufgeführt, und dann erste die logischen. Wenn also der Scheduler unter einem nativen Linux die Kerne der untern Hälfte belastet hat, hat er alles richtig gemacht :)
 
Das deckt sich nicht so recht mit meinen Beobachtungen.
Wie du es für Windows beschreibst sollte es meiner Meinung nach auch unter Linux aussehen, hier mein R7 mit Ubuntu 18.04 und Kernel 4.15:
htop_R7.png
Schaut OK aus.

Hier nun der wildgewordene i5 (16.04 mit Kernel 4.15) in 2 Screenshots die nur wenige Sekunden nacheinander gemacht wurden:
htop_i5_1.png
htop_i5_2.png

Da fällt es mir schwer System zu sehen.
 
Das Tool turbostat zeigt an was physische und was logische Prozessoren sind.
Das msr Modul muss geladen sein.

Beim Bulli zB ist nach jedem Reboot die Verteilung der CPUs völlig anders.
Ryzen bleiben im Gegensatz dazu konstant.
Dh. Das was htop als Nummer anzeigt ist nicht immer die tatsächliche Nummerierung.
 
Hast du im BIOS denn HPC Modus aktiv?
 
Hab' gerade entdeckt, dass mir bei einer Ubuntu-VM doch tatsächlich bis eben noch fertige WUs entfleucht sind - und das obwohl im BM "Netzwerkzugriff pausieren" aktiv war/ist! :o

Hat jemand von Euch sowas schon mal erlebt? Die anderen Ubuntu-VMs scheinen dicht zu sein - jedenfalls hab' ich jetzt den "virtuellen Stecker" gezogen, damit sollte erstmal nix mehr abhauen....
 
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°

Ich wüßte nicht, das hier was UV läuft. Allerdings ist er kein ganz originaler Volks-PC mehr, Thyler-Durden (Vorbesitzer :D) hat ihn ein wenig modifiziert, was die Lüftung/Kühlung angeht und hat natives Linux Mint drauf. Vielleicht liegt es daran, dass er etwas schneller ist? Ich könnte als Vergleich meinen zweiten Opteron starten, aber dem muss ich dann erst eine VM oder besser noch eine zweite SSD verpassen und Linux draufhauen.

--- Update ---

Übrigens habe ich den Firmen-PC zum Stabilitätstest auch mal auf Zikaden angesetzt:
Also: i7-8700K unter Windows10_64 macht immer 12 Wuzen in 1:40 .... 1:50 h. Was könnte der mit Linux weghauen...!?
Das teste ich heute Nachmittag. Er muss eh noch ins Gehäuse eingebaut werden.
 
Also mein Firmen PC i5 8400 unter VM Linux knuspert die Zikaden so ca. 42min weg.
 
Würde ich mal vermuten, dass der hier das auch locker schafft.

--- Update ---

Oh, nochmal zu meinem "Problem" J2900: Den konnte ich ja nicht zum sauberen Start unter Linux überreden, wenn kein Monitor dran und an (!) war.

Jetzt läuft er unter Windows und startet ordentlich - auch ohne Monitor :D.
Auf der VM sind vier Kerne eingerichtet (ich war so mutig) und die Wuzen laufen gut durch - Laufzeit bei 4h - für den Kleinen nicht mal schlecht.
 
Hab' gerade entdeckt, dass mir bei einer Ubuntu-VM doch tatsächlich bis eben noch fertige WUs entfleucht sind - und das obwohl im BM "Netzwerkzugriff pausieren" aktiv war/ist! :o

Hat jemand von Euch sowas schon mal erlebt? Die anderen Ubuntu-VMs scheinen dicht zu sein - jedenfalls hab' ich jetzt den "virtuellen Stecker" gezogen, damit sollte erstmal nix mehr abhauen....
Also bisher ar's dann immer doch, dass vor dem deaktivieren etwas entfleuchte. War was im Log ersichtlich?

Was passiert, wenn Du im BIOS Speedstep deaktivierst?
Gute Idee, dazu müsste ich ja Neustarten... mal schauen. Ich hatte ja die Idee dass es an der Konfig /etc/cpufreqd.conf liegt, dort ist ganz unten eine Temperaturregel:
##
# Special Rules
##
# CPU Too hot!
[Rule]
name=CPU Too Hot
acpi_temperature=75-100
cpu_interval=50-100
profile=Performance Low
[/Rule]
in der ich den Bereich schon auf 75°C erhöht habe, weil der auf 55°C stand und das die aktuelle Temp ist. Aber selbst nach Dienstneustart keine Änderung.
 
Also bisher ar's dann immer doch, dass vor dem deaktivieren etwas entfleuchte. War was im Log ersichtlich?

Nicht wirklich - sah aus, wie wenn's einfach nicht deaktiviert wurde (hab' ich aber gestern schon nach dem Betanken abgeschaltet)... ???

Und noch ein seltsames "Linux-Phänomen":
Auf allen Rechnern, wo ich eine Linux-VM einsetze ist die Laufzeit spürbar besser als unter Windows 10 (sogar auf einem nativen Linux laufender Ubuntu-VM - hab' nicht genügend WUs für dfas darunterliegende Mint bekommen) - bis auf eine Maschine: einem i5-5675C @3,9 GHz (ohne HT!):
Der brauchte unter Windows 10 ca. 1:15h - 1:20h pro WU - und jetzt in der VM (alle 4 Kerne zugeordnet, war aber mit 3 Kernen auch nicht besser) grob zwischen 1:35h und 1:45h pro WU? Wie kann das sein? *kopfkratz
Virtualbox zieht sich so knapp über 90% CPU vom Host - sollte bei 3 Kernen also "frei" gelaufen sein...
 
Nicht wirklich - sah aus, wie wenn's einfach nicht deaktiviert wurde (hab' ich aber gestern schon nach dem Betanken abgeschaltet)... ???

Und noch ein seltsames "Linux-Phänomen":
Auf allen Rechnern, wo ich eine Linux-VM einsetze ist die Laufzeit spürbar besser als unter Windows 10 (sogar auf einem nativen Linux laufender Ubuntu-VM - hab' nicht genügend WUs für dfas darunterliegende Mint bekommen) - bis auf eine Maschine: einem i5-5675C @3,9 GHz (ohne HT!):
Der brauchte unter Windows 10 ca. 1:15h - 1:20h pro WU - und jetzt in der VM (alle 4 Kerne zugeordnet, war aber mit 3 Kernen auch nicht besser) grob zwischen 1:35h und 1:45h pro WU? Wie kann das sein? *kopfkratz
Virtualbox zieht sich so knapp über 90% CPU vom Host - sollte bei 3 Kernen also "frei" gelaufen sein...

Ist die Virtualisierungsunterstützung in HW aktiv?

https://www.planet3dnow.de/misc/nero24/ubuntuvmboinc/taskmgr.png
 
1700X neu zu WCG hinzugefügt.

8 Kerne
16 Threads
18 heruntergeladene WUs

Meldung vom BM:
Do 02 Mai 2019 13:10:38 CEST | World Community Grid | This computer has reached a limit on tasks in progress

Gibt sich das von alleine, wenn einige WUs zurückgesendet wurden - und wenn ja, wie lange dauert das, bis man ausreichend WUs bekommt?

Gruß,
Ritschie
 
Ja, ein paar stunden laufen lassen, dann bekommst deutlich mehr WUs

Oder halt mit Tricks wie n_cpu arbeiten.
 
Ich wüßte nicht, das hier was UV läuft. Allerdings ist er kein ganz originaler Volks-PC mehr, Thyler-Durden (Vorbesitzer :D) hat ihn ein wenig modifiziert, was die Lüftung/Kühlung angeht und hat natives Linux Mint drauf. Vielleicht liegt es daran, dass er etwas schneller ist? Ich könnte als Vergleich meinen zweiten Opteron starten, aber dem muss ich dann erst eine VM oder besser noch eine zweite SSD verpassen und Linux draufhauen.

--- Update ---

Übrigens habe ich den Firmen-PC zum Stabilitätstest auch mal auf Zikaden angesetzt:
Also: i7-8700K unter Windows10_64 macht immer 12 Wuzen in 1:40 .... 1:50 h. Was könnte der mit Linux weghauen...!?
Das teste ich heute Nachmittag. Er muss eh noch ins Gehäuse eingebaut werden.

da sparst du 30-40 minuten pro wu warscheinlich sogar mehr als 40 minuten ich geh mal davon aus das der i7 mit über 4 ghz rennt ^^
 
Zuletzt bearbeitet:
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?
Hier ein paar:

Code:
Odroid-N2  android_731036d6 (6 threads)
            Project: #WUs: ~Runtime: ~Credits: C/d/Core: C/d/Host:
                ZIKA     2  21749.16     52.83    209.73   1258.38
    ZIKA subprojects
                DENV     1  22858.01     59.09    222.76   1336.56
               DENV3     1  20640.31     46.57    194.66   1167.96

Sony-XPERIA-Tab  android_14447f76 (4 threads)
            Project: #WUs: ~Runtime: ~Credits: C/d/Core: C/d/Host:
                ZIKA    73  27189.49     57.67    182.81    731.24
    ZIKA subprojects
                DENV     1  34885.91     74.98    185.20    740.80
               DENV2    69  26533.90     56.29    182.94    731.76
               DENV3     3  39702.71     83.69    181.60    726.40

NVidia-Shield-TV  android_c33053c7 (4 threads)
            Project: #WUs: ~Runtime: ~Credits: C/d/Core: C/d/Host:
                ZIKA    81  12957.77     57.96    386.01   1544.04
    ZIKA subprojects
               DENV2    69  12865.72     57.64    386.76   1547.04
               DENV3    12  13487.08     59.78    382.59   1530.36
 
Zurück
Oben Unten