Lüfterkonfiguration nach Gefühl (mangels Werte unter Linux)

modena.ch schrieb:
Falls die benutzt wird.

Nein die interne GPU wird nicht benutzt, aber ist bewusst aktiviert, das ist aber ein anderes Thema warum.

modena.ch schrieb:
Was die Systemtemps? bzw Chipsatz? angeht, sind wir zwischen 30 und 33 Grad unterwegs

Ich bezweifle die Werte. Wir basteln gerade im Linux-Bereich sehr rum und im Augenblick funktioniert weniger als zuvor. Ich bin mit dem Problem aber nicht alleine.

Code:
Sensors:
  System Temperatures: cpu: 41.0 C mobo: 40.5 C gpu: amdgpu temp: 37.0 C
  Fan Speeds (rpm): N/A

Das wird gerade mit einem kalten neugestarteten PC angezeigt. Da ist das Mobo bei 40°, nach einiger Zeit werden um die 45° angezeigt, aber keine Ahnung, ob die Werte stimmen.

Heute sind beim Kaltstart und Booten des PCs die Lüfter kurz aufgeheult.

modena.ch schrieb:
Auch VRM? 40-42 Grad

Das hat aber auch nur indirekt mit der Graka zu tun, oder? Wenn die Graka die CPU um 15° aufheizt, dann muss die ganz schön heiß werden.

Hier ein Beispiel wo man sieht, dass alles die Intel B580 Graka rechnet.

$ darktable-cli setubal.orf setubal.orf.xmp setubal.jpg --core -d perf -d opencl

output file already exists, it will get renamed
darktable 5.2.1
Copyright (C) 2012-2025 Johannes Hanika and other contributors.

Compile options:
Bit depth -> 64 bit
Exiv2 -> 0.27.6
Lensfun -> 0.3.4
Debug -> DISABLED
SSE2 optimizations -> ENABLED
OpenMP -> ENABLED
OpenCL -> ENABLED
Lua -> ENABLED - API version 9.5.0
Colord -> ENABLED
gPhoto2 -> ENABLED
OSMGpsMap -> ENABLED - map view is available
GMIC -> ENABLED - Compressed LUTs are supported
GraphicsMagick -> ENABLED
ImageMagick -> DISABLED
libavif -> DISABLED
libheif -> ENABLED
libjxl -> ENABLED
LibRaw -> ENABLED - Version 0.22.0-Devel202502
OpenJPEG -> ENABLED
OpenEXR -> ENABLED
WebP -> ENABLED

See https://www.darktable.org/resources/ for detailed documentation.
See https://github.com/darktable-org/darktable/issues/new/choose to report bugs.

0.1068 [dt_dlopencl_init] could not find default opencl runtime library 'libOpenCL'
0.1069 [dt_dlopencl_init] could not find default opencl runtime library 'libOpenCL.so'
0.1070 [opencl_init] opencl library 'libOpenCL.so.1' found on your system and loaded, preference 'default path'
0.1797 [opencl_init] found 1 platform
[opencl_init] found 1 device

[dt_opencl_device_init]
DEVICE: 0: 'Intel(R) Arc(TM) B580 Graphics'
CONF KEY: cldevice_v5_intelropenclgraphicsintelrarctmb580graphics
PLATFORM, VENDOR & ID: Intel(R) OpenCL Graphics, Intel(R) Corporation, ID=32902
CANONICAL NAME: intelropenclgraphicsintelrarctmb580graphics
DRIVER VERSION: 25.31.34666
DEVICE VERSION: OpenCL 3.0 NEO
DEVICE_TYPE: GPU, dedicated mem
GLOBAL MEM SIZE: 11605 MB
MAX MEM ALLOC: 11605 MB
MAX IMAGE SIZE: 16384 x 16384
MAX WORK GROUP SIZE: 1024
MAX WORK ITEM DIMENSIONS: 3
MAX WORK ITEM SIZES: [ 1024 1024 1024 ]
ASYNC PIXELPIPE: NO
PINNED MEMORY TRANSFER: NO
AVOID ATOMICS: NO
MICRO NAP: 250
ROUNDUP WIDTH & HEIGHT 16x16
CHECK EVENT HANDLES: 128
TILING ADVANTAGE: 0.000
DEFAULT DEVICE: NO
KERNEL BUILD DIRECTORY: /usr/share/darktable/kernels
KERNEL DIRECTORY: /home/ab/.cache/darktable/cached_v5_kernels_for_IntelROpenCLGraphicsIntelRArcTMB580Graphics_253134666
CL COMPILER OPTION:
CL COMPILER COMMAND: -w -DINTEL=1 -I"/usr/share/darktable/kernels"
KERNEL LOADING TIME: 0.1245 sec
[opencl_init] OpenCL successfully initialized. internal numbers and names of available devices:
[opencl_init] 0 'Intel(R) OpenCL Graphics Intel(R) Arc(TM) B580 Graphics'
0.3096 [opencl_init] FINALLY: opencl PREFERENCE=ON is AVAILABLE and ENABLED.
[opencl_init] opencl_scheduling_profile: 'very fast GPU'
[opencl_init] opencl_device_priority: '/!0,///!0,*'
[opencl_init] opencl_mandatory_timeout: 1000
[opencl_update_priorities] these are your device priorities:
[opencl_update_priorities] image preview export thumbs preview2
[dt_opencl_update_priorities] 0 0 0 0 0
[opencl_update_priorities] show if opencl use is mandatory for a given pixelpipe:
[opencl_update_priorities] image preview export thumbs preview2
[opencl_update_priorities] 1 1 1 1 1
[opencl_synchronization_timeout] synchronization timeout set to 0
[opencl_update_priorities] these are your device priorities:
[opencl_update_priorities] image preview export thumbs preview2
[dt_opencl_update_priorities] 0 0 0 0 0
[opencl_update_priorities] show if opencl use is mandatory for a given pixelpipe:
[opencl_update_priorities] image preview export thumbs preview2
[opencl_update_priorities] 1 1 1 1 1
[opencl_synchronization_timeout] synchronization timeout set to 0
1.3758 [dt_dev_load_raw] loading the image. took 0.515 secs (0.596 CPU)
1.4173 [export] creating pixelpipe took 0.038 secs (0.539 CPU)
1.4176 [dev_pixelpipe] took 0.000 secs (0.000 CPU) initing base buffer [export]
1.4576 [dev_pixelpipe] took 0.040 secs (0.106 CPU) [export] processed `rawprepare' on GPU, blended on GPU
1.4728 [dev_pixelpipe] took 0.015 secs (0.006 CPU) [export] processed `temperature' on GPU, blended on GPU
1.5017 [dev_pixelpipe] took 0.029 secs (0.017 CPU) [export] processed `highlights' on GPU, blended on GPU
1.5869 [dev_pixelpipe] took 0.085 secs (0.189 CPU) [export] processed `hotpixels' on CPU, blended on CPU
1.6514 [dev_pixelpipe] took 0.064 secs (0.136 CPU) [export] processed `demosaic' on GPU, blended on GPU
1.8587 [dev_pixelpipe] took 0.207 secs (0.050 CPU) [export] processed `denoiseprofile' on GPU, blended on GPU
2.1688 [dev_pixelpipe] took 0.310 secs (1.311 CPU) [export] processed `lens' on GPU, blended on GPU
2.1812 [dev_pixelpipe] took 0.012 secs (0.006 CPU) [export] processed `ashift' on GPU, blended on GPU
2.1928 [dev_pixelpipe] took 0.012 secs (0.006 CPU) [export] processed `exposure' on GPU, blended on GPU
2.2061 [dev_pixelpipe] took 0.013 secs (0.001 CPU) [export] processed `colorin' on GPU, blended on GPU
2.2175 [dt_ioppr_transform_image_colorspace_cl] IOP_CS_LAB-->IOP_CS_RGB took 0.011 secs (0.000 GPU) [channelmixerrgb]
2.2341 [dev_pixelpipe] took 0.028 secs (0.008 CPU) [export] processed `channelmixerrgb' on GPU, blended on GPU
2.2454 [dt_ioppr_transform_image_colorspace_cl] IOP_CS_RGB-->IOP_CS_LAB took 0.011 secs (0.001 GPU) [atrous]
2.4581 [dev_pixelpipe] took 0.224 secs (0.131 CPU) [export] processed `atrous' on GPU, blended on GPU
2.4694 [dt_ioppr_transform_image_colorspace_cl] IOP_CS_LAB-->IOP_CS_RGB took 0.011 secs (0.001 GPU) [colorbalancergb]
2.4890 [dev_pixelpipe] took 0.031 secs (0.008 CPU) [export] processed `colorbalancergb' on GPU, blended on GPU
2.5032 [dev_pixelpipe] took 0.014 secs (0.002 CPU) [export] processed `rgblevels' on GPU, blended on GPU
2.5187 [dev_pixelpipe] took 0.016 secs (0.007 CPU) [export] processed `sigmoid' on GPU, blended on GPU
2.5300 [dt_ioppr_transform_image_colorspace_cl] IOP_CS_RGB-->IOP_CS_LAB took 0.011 secs (0.000 GPU) [bilat]
2.6701 [dev_pixelpipe] took 0.151 secs (0.084 CPU) [export] processed `bilat' on GPU, blended on GPU
2.6841 [dev_pixelpipe] took 0.014 secs (0.002 CPU) [export] processed `colorout' on GPU, blended on GPU
2.6898 [resample_cl] took 0.005 secs (0.000 CPU) 1:1 copy/crop of 8065x6046 pixels
2.6961 [dev_pixelpipe] took 0.012 secs (0.004 CPU) [export] processed `finalscale' on GPU, blended on GPU
2.9235 [opencl_profiling] profiling device 0 ('Intel(R) OpenCL Graphics Intel(R) Arc(TM) B580 Graphics'):
2.9235 [opencl_profiling] spent 0.0253 seconds in [Write Image (from host to device)]
2.9235 [opencl_profiling] spent 0.0096 seconds in rawprepare_1f
2.9235 [opencl_profiling] spent 0.0071 seconds in whitebalance_1f
2.9235 [opencl_profiling] spent 0.0028 seconds in highlights_initmask
2.9235 [opencl_profiling] spent 0.0134 seconds in highlights_dilatemask
2.9235 [opencl_profiling] spent 0.1488 seconds in [Write Buffer (from host to device)]
2.9235 [opencl_profiling] spent 0.0023 seconds in highlights_chroma
2.9235 [opencl_profiling] spent 0.0000 seconds in [Read Buffer (from device to host)]
2.9235 [opencl_profiling] spent 0.0022 seconds in highlights_opposed
2.9235 [opencl_profiling] spent 0.2842 seconds in [Read Image (from device to host)]
2.9235 [opencl_profiling] spent 0.0003 seconds in border_interpolate
2.9235 [opencl_profiling] spent 0.0017 seconds in rcd_border_green
2.9235 [opencl_profiling] spent 0.0031 seconds in rcd_border_redblue
2.9235 [opencl_profiling] spent 0.0031 seconds in rcd_populate
2.9235 [opencl_profiling] spent 0.0025 seconds in rcd_step_1_1
2.9235 [opencl_profiling] spent 0.0020 seconds in rcd_step_1_2
2.9235 [opencl_profiling] spent 0.0010 seconds in rcd_step_2_1
2.9235 [opencl_profiling] spent 0.0021 seconds in rcd_step_3_1
2.9235 [opencl_profiling] spent 0.0015 seconds in rcd_step_4_1
2.9235 [opencl_profiling] spent 0.0010 seconds in rcd_step_4_2
2.9235 [opencl_profiling] spent 0.0020 seconds in rcd_step_5_1
2.9235 [opencl_profiling] spent 0.0028 seconds in rcd_step_5_2
2.9235 [opencl_profiling] spent 0.0052 seconds in rcd_write_output
2.9235 [opencl_profiling] spent 0.0055 seconds in denoiseprofile_precondition_Y0U0V0
2.9235 [opencl_profiling] spent 0.0821 seconds in denoiseprofile_decompose
2.9235 [opencl_profiling] spent 0.0154 seconds in denoiseprofile_reduce_first
2.9235 [opencl_profiling] spent 0.0001 seconds in denoiseprofile_reduce_second
2.9235 [opencl_profiling] spent 0.0474 seconds in denoiseprofile_synthesize
2.9235 [opencl_profiling] spent 0.0406 seconds in [Copy Image (on device)]
2.9235 [opencl_profiling] spent 0.0051 seconds in denoiseprofile_backtransform_Y0U0V0
2.9235 [opencl_profiling] spent 0.0059 seconds in lens_vignette
2.9235 [opencl_profiling] spent 0.0142 seconds in lens_distort_bicubic
2.9236 [opencl_profiling] spent 0.0058 seconds in ashift_bicubic
2.9236 [opencl_profiling] spent 0.0060 seconds in exposure
2.9236 [opencl_profiling] spent 0.0057 seconds in colorin_unbound
2.9236 [opencl_profiling] spent 0.0114 seconds in colorspaces_transform_lab_to_rgb_matrix
2.9236 [opencl_profiling] spent 0.0053 seconds in channelmixerrgb_CAT16
2.9236 [opencl_profiling] spent 0.0105 seconds in colorspaces_transform_rgb_matrix_to_lab
2.9236 [opencl_profiling] spent 0.0992 seconds in eaw_decompose
2.9236 [opencl_profiling] spent 0.0520 seconds in eaw_synthesize
2.9236 [opencl_profiling] spent 0.0070 seconds in colorbalancergb
2.9236 [opencl_profiling] spent 0.0054 seconds in rgblevels
2.9236 [opencl_profiling] spent 0.0097 seconds in sigmoid_loglogistic_per_channel
2.9236 [opencl_profiling] spent 0.0053 seconds in pad_input
2.9236 [opencl_profiling] spent 0.0217 seconds in gauss_reduce
2.9236 [opencl_profiling] spent 0.0283 seconds in process_curve
2.9236 [opencl_profiling] spent 0.0234 seconds in laplacian_assemble
2.9236 [opencl_profiling] spent 0.0061 seconds in write_back
2.9236 [opencl_profiling] spent 0.0063 seconds in colorout
2.9236 [opencl_profiling] spent 1.0497 seconds totally in command queue (with 0 events missing)
2.9236 [dev_process_export] pixel pipeline processing took 1.506 secs (2.122 CPU)
3.6757 [export_job] exported to `setubal_01.jpg'
[opencl_summary_statistics] device 'Intel(R) OpenCL Graphics Intel(R) Arc(TM) B580 Graphics' id=0: 197 out of 197 events were successful and 0 events lost. max event=196

Code:
2.9236 [dev_process_export] pixel pipeline processing took 1.506 secs (2.122 CPU)

Das sagt leider nichts wie intensiv die CPU belastet wurde, man sieht aber in der Grafik dass die Temperatur ziemlich konstatnt ist. "opencl_profiling" bedeutet die Graka hat gerechnet.

modena.ch schrieb:
Was heisst, die Drehzahlen der Gehäuselüfter und CPU Kühlers sind locker genug und die Belüftung funktionert sehr gut, wahrscheinlich könntest sie auch deutlich senken.

Ich glaube auch, dass ich dafür die Lüfter langsamer machen könnte, Aber demnächst stelle ich mir was zum Testen mit RAW-Files zusammen, das ist anspruchsvoller. Ich lasse zur Zeit die Gehäuse-Lüfter schneller drehen, weil ich denke, somst kühlen die Lüfter der Grafikkarte mit heißer Luft.

Ich habe im UEFI noch nie die Termperatur der Grafikkarte gesehen und habe nicht annähernd einen Wert um zu erkennen, wie heiß die wird.
 
Zuletzt bearbeitet:
linuxnutzer schrieb:
Heute sind beim Kaltstart und Booten des PCs die Lüfter kurz aufgeheult.
Das ist normal, das ist der Selbsttest des Boards. Sorgt auch dafür dass spannungsgeregelte Lüfter oder Pumpen mit zu wenig eingestellter Mindestspannung überhaupt anspringen.

linuxnutzer schrieb:
Das hat aber auch nur indirekt mit der Graka zu tun, oder? Wenn die Graka die CPU um 15° aufheizt, dann muss die ganz schön heiß werden.

Ich bezweifel dass die Graka das macht. Ryzen sind für Race to Idle gemacht, sprich für kleine Lasten wird sehr hoch geboostet, um den Task möglichst schnell abzuarbeiten, um möglichst schnell Kerne ins Standby zu schicken.
Damit hast auch für kleine Dinge sehr hohe Taktraten und damit recht schnell Temperaturspikes, eben winzige Hotspots irgendwo im Kern während eines solchen Boosts, während der Rest des Kerns kalt bleibt.
Das ist relativ egal.
 
  • Gefällt mir
Reaktionen: Tanzmusikus und linuxnutzer
modena.ch schrieb:
Das ist normal, das ist der Selbsttest des Boards.

Ist das Betriebssystem abhängig? Dieser PC hat ja kein Windows, aber bei einem Mini-PC ist das extrem. Der Mini-PC ist lautlos beim Start von Linux und beim Browsen, beim Fotos rechnen werden die Lüfter hörbar. Unter Windows ist der MiniPC schon beim Start deutlich hörbar und danach auch. Unter Win ist mir das egal, wird nur ausnahmsweise zum Flashen oder ähnlich verwendet. Vielleicht liegt das an Win-Defaulteinstellungen, kenne mich da nicht aus.

Heute höre ich wieder nichts am Linux-PC. Ich habe ein Dachfenster und da schien die Sonne rein, heute ist es bewölkt, ist aber nicht der 1. Tag mit Sonne, nur gestern fiel es mir auf.

meshify-temperaturen-2.jpgmeshify-temperaturen-1.jpgmeshify-temperaturen-0.jpg

Sind die maximal möglichen Einstellwerte für Step Down (0.7s) und Step Up (1s) bei Last ok? Die Last bis jetzt ist ja nicht tragisch.

modena.ch schrieb:
Ich bezweifel dass die Graka das macht. Ryzen sind für Race to Idle gemacht, sprich für kleine Lasten wird sehr hoch geboostet

Interessanter Hinweis. Wenn man meine Grafiken ansieht, dann ist die Last gestiegen und fällt am Ende abrupt ab,

Ruhezustand:
top - 14:10:41 up 17 min, 1 user, load average: 0.26, 0.58, 0.55
Tasks: 682 gesamt, 1 laufend, 680 schlafend, 0 gestoppt, 1 Zombie
%CPU(s): 0.3 us, 0.3 sy, 0.0 ni, 99.0 id, 0.3 wa, 0.0 hi, 0.0 si, 0.0 st

Foto-Export:
top - 14:12:08 up 18 min, 1 user, load average: 0.59, 0.58, 0.55
Tasks: 683 gesamt, 1 laufend, 681 schlafend, 0 gestoppt, 1 Zombie
%CPU(s): 6.8 us, 5.5 sy, 0.0 ni, 87.0 id, 0.7 wa, 0.0 hi, 0.0 si, 0.0 st

7% ist aber weit weg von intensiver Nutzung. Ich überlege mir was, was die CPU heiß macht. Primzahlen rechnen, ist mir zu gefährlich.
 
Zuletzt bearbeitet:
Ich habe jetzt mal einen kurzen Stress-Test mit s-tui - https://de.ubunlog.com/s-tui-Monitor-Terminal-CPU/ gemacht. CPU war bei ca. 99%, CPU-Temp bei ca. 60°

s-tui.png

Einige Zeit Pause zum Abkühlen, dann mit Handbrake 3 Videos gleichzeitig gerechnet, nach über 30min: CPU war zu ca. 97% mit Handbrake ausgelastet.

handbrake-start.png


Relativ schnell geht die CPU auf 60°.

handbrake-30min.png


Man beachte die Zeiten unten in der Grafik. Die CPU-Temp bleibt ziemlich konstant.

Ich habe dann abgebrochen.

handbrake-abbruch.png


Die CPU-Temp geht relativ schnell runter.

Interessant ist, ich höre die Lüfter kaum, sicher nicht störend. Leider werden keine rpm angezeigt.
 
60 Grad unter Last ist gar kein Problem.
Der Fortis 5 ist auch bei höheren Drehzahlen sehr leise und reicht halt locker für nur 65W TDP.
Das sieht sehr gut aus.....

Die Systemtemps sind auch gut, da würde es weniger Drehzahl auch tun.

Der Selbsttest des Boards ist übrigens unabhängig vom OS.
 
  • Gefällt mir
Reaktionen: linuxnutzer und Tanzmusikus
@linuxnutzer bezüglich CoolControl Funktionen usw.:

Funktionsübersicht

Funktionen sind konfigurierbare Algorithmen, die auf Profilausgaben angewendet werden. Sie ermöglichen es Ihnen, zu verwalten, wann Lüftergeschwindigkeitsänderungen auftreten, Hysterese-Einstellungen anzupassen und gleitende Durchschnitte für dynamische Temperaturen zu verwenden.

Die Identitätsfunktion ist die einfachste Option, da sie die berechnete Profilausgabe nicht modifiziert; sie erlaubt es Ihnen nur, minimale und maximale Geschwindigkeitsänderungsbereiche festzulegen. Dies ist besonders vorteilhaft, um ständige Lüftergeschwindigkeitsschwankungen zu minimieren.

Warnungsübersicht

Warnungen werden verwendet, um Sie zu benachrichtigen, wenn bestimmte Bedingungen auftreten. Sie können Temperaturen und Lüftergeschwindigkeiten überwachen, um sicherzustellen, dass Ihr System ordnungsgemäß läuft. Warnungen werden für bestimmte Sensorwertbereiche konfiguriert und senden Benachrichtigungen, wenn Werte überschritten werden oder in akzeptable Schwellenwertbereiche zurückkehren.

Benutzerdefinierte Sensor-Übersicht

Benutzerdefinierte Sensoren ermöglichen es Ihnen, bestehende Sensoren auf verschiedene Weise zu kombinieren und verbessern Ihre Kontrolle und Effizienz bei der Systemkühlung. Zusätzlich unterstützen sie dateibasierte Daten, die es Ihnen ermöglichen, externe Sensoreingaben für größere Flexibilität zu skripten.

Hinweis: Sie können Mix-Profile verwenden, um mehrere benutzerdefinierte Sensorausgaben zu kombinieren.
 
  • Gefällt mir
Reaktionen: linuxnutzer
modena.ch schrieb:
60 Grad unter Last ist gar kein Problem.

Ich muss noch recherchieren, ob das System von der Energieverwaltung nicht gebremst ist.

Tanzmusikus schrieb:
bezüglich CoolControl Funktionen

Danke dir, weißt du wo man da bei XFcE die Leistung maximal erlaubt. Bei Energieverwaltung habe ich nichts gefunden.

https://de.linux-terminal.com/?p=5977
Öffnen Sie für GNOME, Ubuntus Standard-Desktop-Umgebung, die „Energie“-Einstellungen und ändern Sie den CPU-Energiemodus auf „Leistung“, bevor Sie einen Stresstest durchführen

Wäre natürlich blöd zu testen, wenn die CPU gebremst ist.
 
linuxnutzer schrieb:
weißt du wo man da bei XFcE die Leistung maximal erlaubt
... die Leistung von welcher Komponente (und ggf. für welches Szenario)?

Bezüglich der Grafikkarte gibt es für Windows-Spiele unter WINE/Proton z.B. den Game-Mode.
https://de.linux-terminal.com/?p=4956

Es gibt verschiedene CPU-Gouverneur für das Betriebssystem in Bezug auf Prozessor-Aktivitäten.

Dann gibt's noch Energieeinstellungen für bestimmte Ereignisse (z.B. Untätigkeit -> Bildschirmschoner, Standby, Ruhezustand).

Außerdem lassen sich mit einigen Tools (z.B. LACT) bestimmte Komponenten (CPU/GPU) regulieren (OC/UC/OV/UV/Curves/TDP).

Und nicht zu vergessen sind Lüftersteuerung(en). 🤷‍♂️❓ 😁
 
  • Gefällt mir
Reaktionen: linuxnutzer
Tanzmusikus schrieb:
Es gibt verschiedene CPU-Gouverneur für das Betriebssystem

Ich kenne das beim Handy, aber hier wird die Umstellung komplex. Zur Zeit ist alles auf powersave. Man kann jedes einzelne auf performance umstellen.

xfce4-cpufreq-plugin:

powersave.png


Ich suche mal selber wie man das einfach umstellt.

DIe Tests sind also nicht aussagefähig.
 
Powersave ist für Office vermutlich gut geeignet. Balanced gut für Wechsellasten & Gaming. Performance ist gut für schnelle Bearbeitung & Gaming.

Wobei dies nur für native Linux Spiele gilt. Für Windows-Spiele gibt es den Gamemode.

Für Laptops sind powersave und ggf. balanced gut geeignet.

Ansonsten gibt's natürlich noch spezielle Gouverneur.
 
  • Gefällt mir
Reaktionen: linuxnutzer
Tanzmusikus schrieb:
Powersave ist für Office vermutlich gut geeignet.

Ja eben. Also nicht dafür um eine Kühlung im Extremfall zu überlegen.

https://wiki.ubuntuusers.de/Prozessortaktung/
Deshalb ist ein manueller Eingriff in das Umschaltverhalten des Taktfrequenz bzw. der Wahl des Governors in der Regel nicht notwendig oder empfehlenswert.

Mich irritieren einfach die sehr niedrigen Temperaturen unter 60° bei Volllast. Ich kenne da viel höhere Werte. Letztlich hatte ich Angst, dass ein anderer PC abfackelt, weil ein Phoronix-Test den PC spürbar heiß machte, da brauchte man nicht messen, nur in die Nähe gehen. Der Test sollte lt. Prognose sehr lange dauern, über 10h soweit ich mich erinnere.

Die Frage ist also, macht der Governor das was er soll oder sind die angenzeigten Temperatur-Werte nicht korrekt?

Code:
ls /sys/devices/system/cpu/cpu0/cpufreq/

affected_cpus                     energy_performance_available_preferences
amd_pstate_highest_perf           energy_performance_preference
amd_pstate_hw_prefcore            related_cpus
amd_pstate_lowest_nonlinear_freq  scaling_available_governors
amd_pstate_max_freq               scaling_cur_freq
amd_pstate_prefcore_ranking       scaling_driver
boost                             scaling_governor
cpuinfo_max_freq                  scaling_max_freq
cpuinfo_min_freq                  scaling_min_freq
cpuinfo_transition_latency        scaling_setspeed

Die Frage kann man darauf reduzieren. Kann zu viel Kühlung schaden oder nicht sinnvoll sein?

Man reduziert ja die Umdrehungen, damit man nichts hört. Der Standort ist aber so, dass viel gedämpft wird. Geräusche von draußen bei geschlossenen Fenstern höre ich deutlich, beim PC muss ich genau hin hören und mich unter den Tisch beugen, damit ich manchmal was höre. Also einfach alles lassen wie es ist?

Ich habe mal ein bisschen nach Benchmarks unter Linux gesucht:

https://de.linux-terminal.com/?p=5977

https://de.linux-terminal.com/?p=8371

https://de.linux-terminal.com/?p=1910

Interessieren würde mich die Temperatur der Grafikkarte, aber das ist noch nicht möglich.

Ich habe mir auch hardinfo angesehen. Ich denke die Benchmarks sind da total veraltet, mein PC ist meistens der Sieger.
 
60°C bei der CPU und dem Kühlsystem mit Lüftern >1000 RPM ist nicht unrealistisch, das passt sehr gut. Bei meinem 9800X3D mit etwa doppeltem Stromverbrauch und deutlich geringerer Lüfzerdrehzahl komm ich bei Prime95 auf ~75-80°C.

Abfackeln kann nichts, da der Rechner bei zu hohen Temperaturen abschaltet, da brauchst du dir keinerlei Sorgen zu machen. Wenn hinten warme Luft rauskommt dann ist das gut so, denn so soll das sein. Das ist ein Zeichen dafür, dass die Lüftung funktioniert und kein Alarmsignal.

Und zu viel Kühlung kann niemals schaden. Wenn die Lautstärke passt, lasst es so wie es ist und erfreue dich an deinem Rechner :)
 
ReallyViper schrieb:
60°C bei der CPU und dem Kühlsystem mit Lüftern >1000 RPM ist nicht unrealistisch,

Danke für den Hinweis.

ReallyViper schrieb:
Abfackeln kann nichts

Lies mal:
https://www.golem.de/news/defekte-r...er-bei-mainboard-herstellern-2508-199522.html

Besonders ungewöhnlich sind die Fälle, in denen der Sockel, die Platine des Prozessors oder gar der Prozessor selbst starke Hitzeschäden aufweisen. Die dafür nötigen Temperaturen sollten eigentlich gar nicht erreichbar sein, da Temperatursensoren den Prozessor bei Übertemperatur zuverlässig abschalten sollten.

Da gibt es eine Reihe ähnlicher Berichte im Netz, auch ohne Übertaktung. Ich will nicht wissen, ob mein System dazu gehört, das doch immer wieder mit Last alleine gelassen wird.
 
linuxnutzer schrieb:
Ich will nicht wissen, ob mein System dazu gehört, das doch immer wieder mit Last alleine gelassen wird.
Ist das ein Schreibfehler ... oder meinst du das wirklich?
 
Tanzmusikus schrieb:
oder meinst du das wirklich?

Eigentlich kein Schreibfehler, weil man es nicht herausfinden kann. Der PC wird hauptsächlich über ssh verwendet oder mit handbrake nur gestartet, dh ich merke nichts, wenn da mal was außerordentliches passiert oder zu stinken beginnt. Primär ist der Ryzen 9 9900X dafür da mit handbrake auf volle Lust über Nacht zu arbeiten.

Jedenfalls sind sämtliche Übertaktungen deaktiviert und ich verwende auch kein XMP-Profil. Es hätte mich interessiert, wieviel schneller er mit Übertaktung ist, aber eigentlich ist es egal, wenn es über Nacht eine VIertelstunde länger dauert oder so. Ärgerlich ist nur, dass ich relativ viel Geld für übertaktbare Speicher ausgegeben habe. Mit diesem Wissen hätte ich lieber langsamen Speicher mit 64GB anstatt 32GB gekauft.

Geschrieben wird ja, dass hauptsächlich XMP schulld ist und bei den Prozessoren die 3D-Varianten gefährlich sind. Der Ryzen 9 7900 dürfte eher die Ausnahme bei Problemen sein, der 9900X scheint eher gefährdet zu sein.

Die FW-Updates machen jedenfalls die Sensoren-Abfrage kaputt.
 
Ah verstehe. Ja, nachts sollte man sich keine Gedanken um den PC machen (müssen).

CPUs sollten eigentlich nicht ausbrennen können - wegen der Selbst-Abschaltung.
Da müsste schon ein massiver Fehler vorliegen. Ggf. kann die CPU Schaden nehmen, wenn das Board durchbrennt. Du hast da schon gut vorgesorgt mit deinen UEFI-Einstellungen. 👍


Ich hab in meinem PC den PBO deaktiviert.
War mir zu heiß auf Dauer & das System laggte irgendwie immer.
Fahre damit sehr gut. Auch meine AiO hat weniger zu tun. :daumen:


linuxnutzer schrieb:
Die FW-Updates machen jedenfalls die Sensoren-Abfrage kaputt.
Echt? So ein Mist. Welcher Hersteller?
 
Tanzmusikus schrieb:
CPUs sollten eigentlich nicht ausbrennen können - wegen der Selbst-Abschaltung.

Und genau das hat nicht funktioniert.

Tanzmusikus schrieb:
Ich hab in meinem PC den PBO deaktiviert.

Ich deswegen auch.

Tanzmusikus schrieb:
Echt? So ein Mist. Welcher Hersteller?

Genau bei den beiden Threads, wo wir diskutieren.
linuxnutzer schrieb:
MSI MAG B850 TOMAHAWK MAX WIFI UEFI

linuxnutzer schrieb:
Das ist A44, die neueren A46 und A48 zeigen gar nichts mehr an.

Und wenn du dir die Release Änderungen ansiehst, dann könnte man vermuten, dass das mit dem Hitzeproblem zu tun haben könnte. Natürlich schreiben die das nicht direkt und versuchen zu retten was zu retten ist. Es trifft ja mehrere Hersteller. Das Blöde ist ja, dass der Fehler nicht eindeutig auftritt, sondern eher zufällig, aber er tritt bei doch einer bemerkenswerten Anzahl Leuten auf, als, dass man das vernachlässigen könnte, zumindest, wenn der PC aus der Ferne administriert wird. Es gibt lt. reddit auch Leute mit Problemen, die glaubwürdig nicht übertaktet haben.
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: Tanzmusikus
linuxnutzer schrieb:
Geschrieben wird ja, dass hauptsächlich XMP schulld ist und bei den Prozessoren die 3D-Varianten gefährlich sind. Der Ryzen 9 7900 dürfte eher die Ausnahme bei Problemen sein, der 9900X scheint eher gefährdet zu sein.

Das betrifft im Moment vor allem die 3D Varianten, so gut wie gar nicht die normalen Ryzen und auch meist nur auf Asrock Boards. Die SoC Spannung war übertrieben, das sollte jetzt aber durch die letzten Bios Updates (3.4<=) behoben sein. Du machst dir viel zu viele Gedanken!

Die Abschaltung findet ansonsten auf Boardebene statt und funktioniert eigentlich seit Jahrzehnten einwandfrei.

Solange wir nicht zuverlässige Sensor Werte für das System haben, tun wir uns da schwer. Zumindest was die Steuerung und Bewertung aus dem OS heraus angeht. Rein die Lüftersteuerung über das UEFI geregelt, beeinflusst Linux nicht im geringsten. Das geht auch ohne OS. Da kann man sich ja mit den Systemtemps
Drehzahlen für die Gehäuselüfter einstellen, 30-50 Grad ist da alles in Ordnung und setzt entsprechend die Drehzahlen. Dann wäre das schon mal abgehakt.
Dann weiss man ja auch was so ein Ryzen an Temps erreicht und darf, da kann man den CPU Kühler auch entsprechend einregeln. Dann ist es nur noch eine Frage der Lautstärke und ob es störend ist.
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: Tanzmusikus und linuxnutzer
modena.ch schrieb:
Solange wir nicht zuverlässige Sensor Werte für das System haben, tun wir uns da schwer

So ist es. Ich habe 2 PCs mit diesem MSI MAG B850 TOMAHAWK MAX WIFI UEFI. Den schwachen Ryzen 9 7900 rieche ich, wenn da was heiß wird, da sitze ich daneben, aber der R9 9900X macht mir schon mehr Sorgen, denn der ist in einem anderen Stock und wird aus der Ferne verwendet, Hauptsächlich werden viele Videos über viele Stunden im Dauerbetrieb gerechnet. der 9900X bleibt zur Zeit aus, solange ich keine Sensor-Daten habe, ist nicht tragisch, Videos warten schon seit Jahren gerechnet zu werden.

modena.ch schrieb:
so gut wie gar nicht die normalen Ryzen

Aber das ist das Problem. Ausgeschlossen ist es nicht und alles kein Problem, wenn der PC beaufsichtigt ist.

Ich muss jetzt auf Ubuntu 25.10 warten, sowie die Repos, die ich sonst noch brauche und das ist der Haken, die anderen Repos könnten schon 1 Monat dauern, bis es sie für 25.10 gibt.

Aber vielleicht kann man bei einem Live-System was nachinstallieren um die Sensordaten zu sehen. In 3 Wochen wissen wir mehr.
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: linuxnutzer
Zurück
Oben