Programm um Prozessor um Kühlung zu stressen

[willy4711]

So, nachdem gestern Abend die letzte Komponente (Wasserkühlung) für meinen "neuen" geliefert wurde, und ich die auch gleich eingebaut hatte,
will ich nun mal richtig die Kühlung (und natürlich auch das Herz des Neuen testen. aber ich finde nix, was den Kühler auf Touren bringt
Mein "Neuer"

Code: Alles auswählen

$ inxi -F
System:    Host: XFCE Kernel: 5.4.0-2-amd64 x86_64 bits: 64 Desktop: Xfce 4.14.1 
           Distro: Debian GNU/Linux bullseye/sid 
Machine:   Type: Desktop Mobo: ASRock model: Z390 Extreme4 serial: <root required> 
           UEFI [Legacy]: American Megatrends v: P4.20 date: 07/29/2019 
CPU:       Topology: 8-Core model: Intel Core i9-9900 bits: 64 type: MT MCP L2 cache: 16.0 MiB 
           Speed: 3261 MHz min/max: 800/5000 MHz Core speeds (MHz): 1: 3300 2: 3300 3: 3300 
           4: 3300 5: 3300 6: 3300 7: 3300 8: 3300 9: 3300 10: 3300 11: 3300 12: 3300 13: 3300 
           14: 3300 15: 3300 16: 3300 
Graphics:  Device-1: Intel UHD Graphics 630 driver: i915 v: kernel 
           Display: x11 server: X.Org 1.20.7 driver: modesetting unloaded: fbdev,vesa 
           resolution: 3840x2160~60Hz 
           OpenGL: renderer: Mesa DRI Intel UHD Graphics 630 (Coffeelake 3x8 GT2) 
           v: 4.5 Mesa 19.2.6 
Audio:     Device-1: Intel Cannon Lake PCH cAVS driver: snd_hda_intel 
           Sound Server: ALSA v: k5.4.0-2-amd64 
Network:   Device-1: Intel Ethernet I219-V driver: e1000e 
           IF: eno1 state: up speed: 1000 Mbps duplex: full mac: 70:85:c2:ff:1d:d5 
Drives:    Local Storage: total: 10.03 TiB used: 3.30 TiB (32.9%) 
           ID-1: /dev/nvme0n1 vendor: HP model: SSD EX900 120GB size: 111.79 GiB 
           ID-2: /dev/nvme1n1 model: Viper M.2 VPN100 size: 953.87 GiB 
           ID-3: /dev/sda vendor: Western Digital model: WD40EFRX-68N32N0 size: 3.64 TiB 
           ID-4: /dev/sdb vendor: Seagate model: ST2000DX002-2DV164 size: 1.82 TiB 
           ID-5: /dev/sdc type: USB vendor: Hitachi model: ICY BOX ICY BOX IB-3620 
           size: 931.51 GiB 
           ID-6: /dev/sdd type: USB vendor: Hitachi model: ICY BOX ICY BOX IB-3620 
           size: 2.73 TiB 
Partition: ID-1: / size: 45.58 GiB used: 10.99 GiB (24.1%) fs: ext4 dev: /dev/nvme1n1p1 
           ID-2: /home size: 869.87 GiB used: 248.09 GiB (28.5%) fs: ext4 dev: /dev/nvme1n1p2 
           ID-3: swap-1 size: 22.55 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/nvme1n1p3 
Sensors:   System Temperatures: cpu: 47.0 C mobo: 22.0 C 
           Fan Speeds (RPM): cpu: 5212 fan-1: 0 fan-2: 909 fan-3: fan-4: 0 fan-5: 0 
Info:      Processes: 316 Uptime: 1h 07m Memory: 31.10 GiB used: 2.65 GiB (8.5%) Shell: bash 
           inxi: 3.0.37 

Hatte hier im Forum gesucht:
Diesen Thread gefunden:
viewtopic.php?f=15&t=172149
sowie diesen:
viewtopic.php?f=34&t=174324

Was ich bisher getestet habe:
glmark2 Ergebnisse, die mir nichts sagen: ---> 40967
Da wurden noch nicht mal die Lüfter schneller.
Hab dann s-tui installiert, und erstmal über Nacht wg. Dichtigkeit bei offenen Gehäuse laufen lassen
heute Morgen waren knapp 40 ° zu sehen.
Jetzt läuft das Tool schon seit einer Stunde, parallel dazu die Glotze (IP-TV) ohne jegliches Ruckeln
Verstehe ich nicht. 100 % CPU- Auslastung sollte doch was bewirken ?


Was kann man denn noch machen
Tipps erbeten und dankbar angenommen

[Lord_Carlos]

Video laeuft vielleicht zum grossteil auf GPU?

Zum stress testen benutzte ich immer gerne ffmpeg und convertire etwas nach h265 (nicht h264)
Somit kann ich sehen wie warm der CPU wird in einem "echten" scenario.

Wie warm ist den die Ambient Temperature?

[willy4711]

Wie warm ist den die Ambient Temperature?

Wird wohl so um die 20° sein, falls du das meinst (Wohnung). Wäre also Δt = ca 30 °C

Video laeuft vielleicht zum grossteil auf GPU?

Ja schon, ist aber doch ein "Klotz".

Hab mal gesucht, und ein Filmchen gefunden, der wg. der Auflösung passen könnte 40968
Allerdings bin ich ein vollkommener Intel - Idiot. Hatte mir mal was für Nvidia für HEVC - Konvertierung zusammenbastelt, was auch gut funktionierte.
viewtopic.php?f=25&t=174184
Aber nu ???

[heinz]

Hallo willy4711,

ich habe mir vor einiger Zeit mal ein Script fuer diesen Zweck geschrieben.
Vlt. ist es nuetzlich fuer Dich.

Man kann auswaehlen wieviele Kerne belastet werden sollen.
Die Last wird dadurch erreicht, dass man bc dazu veranlasst sehr viele Nachkommastellen von PI zu berechnen.

40969

Gruss, heinz

[Lord_Carlos]

Allerdings bin ich ein vollkommener Intel - Idiot. Hatte mir mal was für Nvidia für HEVC - Konvertierung zusammenbastelt, was auch gut funktionierte.
viewtopic.php?f=25&t=174184
Aber nu ???

ffmpeg -i input -c:v libx265 -crf 28 -preset slow -c:a aac -b:a 128k output.mp4
oder so.
Details ist nicht so wichtig. Hauptsache die CPU kommt ins schwitzen und es werden alle viele teile der CPU benutzt. Wenn ich das richtig verstanden habe sollte libx265 auch AVX instruktionen benutzten.

Denn 100% ist nicht immer 100%

[willy4711]

Hab inzwischen mal geoogelt und diese Seite gefunden:
https://trac.ffmpeg.org/wiki/Encode/H.265
Jetzt läuft es erstmal ( wird wohl ca. 2H dauern) mit:

Code: Alles auswählen

ffmpeg -i "/media/Daten/Import/Filme/Oliver Stone - Die geschichte Amerikas/oliver.stone.die.geschichte.amerikas.s01e03.die.bombe.mkv" -c:v libx265 -crf 28 -c:a aac -b:a 128k output.mp4

Mal sehen was die vielen Buchstaben da so zustande bringen

Edit: seh gerade, ist ja original von @Lord_Carlos

@heinz
Ja auch dir vielen dank. wenn das Video fertig ist, werde ich das mal Testen Aber ich denke, dass meine Kühllösung ganz gut ist

Zustand der aktuellen "Tätigkeit" ------> konstant 53 °C

Code: Alles auswählen

  1  [|||||||||||||||||||||||||||||||||||||||||||||||||||||||91.4%]   9  [|||||||||||||||||||||||||||||||||||||||||||||||||||||||92.7%]
  2  [|||||||||||||||||||||||||||||||||||||||||||||||||||||||91.4%]   10 [|||||||||||||||||||||||||||||||||||||||||||||||||||||||91.5%]
  3  [|||||||||||||||||||||||||||||||||||||||||||||||||||||||91.2%]   11 [|||||||||||||||||||||||||||||||||||||||||||||||||||||||92.0%]
  4  [|||||||||||||||||||||||||||||||||||||||||||||||||||||| 87.3%]   12 [|||||||||||||||||||||||||||||||||||||||||||||||||||||||88.7%]
  5  [|||||||||||||||||||||||||||||||||||||||||||||||||||||||91.3%]   13 [|||||||||||||||||||||||||||||||||||||||||||||||||||||||90.7%]
  6  [|||||||||||||||||||||||||||||||||||||||||||||||||||||||90.8%]   14 [|||||||||||||||||||||||||||||||||||||||||||||||||||||||89.4%]
  7  [|||||||||||||||||||||||||||||||||||||||||||||||||||||||95.4%]   15 [|||||||||||||||||||||||||||||||||||||||||||||||||||||||95.3%]
  8  [|||||||||||||||||||||||||||||||||||||||||||||||||||||||90.2%]   16 [|||||||||||||||||||||||||||||||||||||||||||||||||||||||92.1%]
  Mem[||||||||||||||||                                 3.66G/31.1G]   Tasks: 115, 399 thr; 16 running
  Swp[                                                    0K/22.5G]   Load average: 14.35 15.08 15.07 
  Tasks: 115, 399 thr; 16 running                                     Load: 14.35 
  Hostname: XFCE                                                      Uptime: 02:33:31

    PID USER      PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+  Command
  73271 willy       20   0 3696M 1004M 42060 S 1430  3.2  6h21:48 ffmpeg -i /media/Daten/Import/Filme/Oliver Stone - Die geschichte Amerikas/
  73321 willy       30  10 3696M 1004M 42060 R 96.8  3.2 25:24.60 ffmpeg -i /media/Daten/Import/Filme/Oliver Stone - Die geschichte Amerikas/
  73320 willy       30  10 3696M 1004M 42060 R 94.1  3.2 25:28.45 ffmpeg -i /media/Daten/Import/Filme/Oliver Stone - Die geschichte Amerikas/
  73329 willy       30  10 3696M 1004M 42060 R 90.8  3.2 22:35.97 ffmpeg -i /media/Daten/Import/Filme/Oliver Stone - Die geschichte Amerikas/

Ist immer wieder spannend, den richtigen Sensor herauspicken Hier mal das Bildchen von psensor
Was mag wohl Temp1 sein ???
Core0 und PECI Agent 0 sind m.E. die richtigen, zumal sie auch mit der Temp. der einzelnen Kerne gleich sind.

[hikaru]

@heinz:
Weißt du, wie bc in deinem Szenario arbeitet? Meine Vermutung wäre, dass die Berechnung von Pi aus Sicht der CPU eine eher einseitige Aufgabe ist, dabei also nur wenige Werke der CPU tatsächlich belastet werden. Das wiederum würde es als Stresstest eher weniger geeignet machen, weil es wegen der begrenzten CPU-Nutzung nur vergleichsweise wenig Abwärme erzeugt.
Ich habe früher einfach mit cat Nullen durch die CPU geschoben, was zwar ebenfalls die CPU (laut top) ausgelastet hat, aber eben nur ein sehr begrenztes Szenario ist. Im Grunde würde ich Ähnliches von deiner bc-Lösung erwarten.

Ich bin dann aus allen Wolken gefallen, als ich mprime [1] entdeckt hatte und damit meine bisherige "Spitzentemperatur" nochmal um 20K steigern konnte. mprime macht Fourier-Transformationen, was offenbar deutlich stressiger für die CPU ist als cat - zumal es einen dedizierten Stress-Test-Modus hat, der die Transformationsparameter auf CPU-"(un)freundliche" Werte anpasst. Unter Windows ist das Programm als "Prime95" die Standardanwendung für CPU-Stresstests.

Das von willy gewählte stress kenne ich nicht. Aber ich hatte mir mal dessen Fork stress-ng angesehen. Das macht ebenfalls Fourier-Transformationen und dürfte daher besser geeignet sein um die CPU auszulasten. Allerdings unterscheidet es sich wohl im Detail von mprime, denn an die mprime-Temperaturen kam ich mit stress-ng in einem Vergleichstest nicht heran.

Edit:
Die ffmpeg-Lösung von Lord_Carlos hat den Vorteil, kein synthetischer Test sondern ein Realweltszenario zu sein und dürfte daher für den Betrieb realistischere Ergebnisse liefern als mprime. Meiner Erfahrung nach kommt man damit aber nicht an die mprime-Temperaturen heran. Für einen Vergleich mit stress(-ng) fehlt mir die Erfahrung.


[1] https://www.mersenne.org/download/

[Lord_Carlos]

Aber ich denke, dass meine Kühllösung ganz gut ist

Du hattest den abgespeckten CPU gekauft oder?
Ja, der sollte recht kuehl mit einer WaKue laufen.

[willy4711]

Uppps schon fertig. Hatte gar nicht auf die Spieldauer gesehen.

Code: Alles auswählen

Output #0, mp4, to 'output.mp4':
  Metadata:
    encoder         : Lavf58.29.100
    Stream #0:0: Video: hevc (libx265) (hev1 / 0x31766568), yuv420p, 1912x1080 [SAR 1:1 DAR 239:135], q=2-31, 25 fps, 12800 tbn, 25 tbc (default)
    Metadata:
      encoder         : Lavc58.54.100 libx265
    Side data:
      cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
    Stream #0:1(ger): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default)
    Metadata:
      title           : German
      encoder         : Lavc58.54.100 aac
frame=64223 fps= 20 q=-0.0 Lsize=  585584kB time=00:42:48.80 bitrate=1867.5kbits/s speed=0.791x    
video:543438kB audio:40201kB subtitle:0kB other streams:0kB global headers:2kB muxing overhead: 0.333179%
x265 [info]: frame I:    925, Avg QP:28.11  kb/s: 5654.91 
x265 [info]: frame P:  17034, Avg QP:29.33  kb/s: 2941.50 
x265 [info]: frame B:  46264, Avg QP:33.41  kb/s: 1208.47 
x265 [info]: Weighted P-Frames: Y:8.8% UV:2.4%
x265 [info]: consecutive B-frames: 11.7% 7.1% 12.4% 49.3% 19.5% 

encoded 64223 frames in 3246.10s (19.78 fps), 1732.16 kb/s, Avg QP:32.25
[aac @ 0x5644ede09ec0] Qavg: 258.410

[schorsch_76]

Für echt harten Stress mache ich "dohell.sh" [1] und lasse nebenher immer wieder den Kernel neu bauen.

Code: Alles auswählen

cd /usr/src/Linux-source
while true; do make oldconfig ; make -jHIER_KERN_ANZAHL*1.5 all ; make clean ; done

https://lkml.org/lkml/2005/6/22/347

oder natürlich Prime95
https://wiki.archlinux.org/index.php/Stress_testing

[willy4711]

Lasse jetzt nochmal einen anderen Film transkodieren, den ich schon in diesem Thread mit meiner alten Nvidia GTX 1060 "bearbeitet" hatte.
Erste Schätzung: Die Nvidia war ca. 3X schneller.
Aber:
Ich will ja Strom sparen. Und das- denke ich jedenfalls -- habe ich erreicht.

[MF]

stress-ng ist ein ziemlich guter Test um ein System zu testen.

https://packages.debian.org/buster/stress-ng

[willy4711]

so - ist fertig.
Vergleich:
Mein "Neuer": Intel Core I9 9900 mit Intel UHD Graphics 630:

Code: Alles auswählen

frame=137878 fps= 49 q=-0.0 Lsize=  557494kB time=01:35:50.69 bitrate= 794.2kbits/s speed=2.06x    
video:463523kB audio:90037kB subtitle:0kB other streams:0kB global headers:2kB muxing overhead: 0.710770%
encoded 137878 frames in 2790.54s (49.41 fps), 659.54 kb/s, Avg QP:32.92
[aac @ 0x561cabb01d40] Qavg: 203.850

Mein "Alter" AMD FX 6300 / Nvidia GTX 1060 3 GB

Code: Alles auswählen

frame=137883 fps=231 q=15.0 Lsize= 1661833kB time=01:35:50.82 bitrate=2367.3kbits/s dup=5 drop=0 speed=9.64x    
video:1382355kB audio:276660kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.169900%
[aac @ 0x555de3919f80] Qavg: 348.367

Unter diesem Aspekt wäre der "neue" schnellstmöglich zu entsorgen oder an einen dummen "Speedfreak" zu verkaufen
Immerhin sind aus 7,7 GiB 544 MiB geworden
Aber:
Ich transkodiere normalerweise keine Filme. Ich lade die runter, glotze, und lösche die meisten hinterher.
Hier will ich nur erstmal die Effektivität meiner WaKü testen, und ob der Rechner sonstge Hardwareprobleme hat.

Dafür spare ich jetzt ca 150 Wh (+ Monitor 90 W) also mindestens 2,4 kWh täglich
Das ist über das Jahr fast 35% meines Stromverbrauchs

stress-ng ist ein ziemlich guter Test um ein System zu testen.

Scheint ein erweitertes stress zu sein. Werde ich morgen mal testen.
Jetzt ist erstmal aufräumen und Begradigung des Kabel Chaos unter dem Schreibtisch angesagt

[Tintom]

Unter diesem Aspekt wäre der "neue" schnellstmöglich zu entsorgen oder an einen dummen "Speedfreak" zu verkaufen

Wenn du jetzt noch die gleichen Einstellungen bei beiden Durchläufen verwendet hättest, wären die Ergebnisse sogar vergleichbar

[willy4711]

Wenn du jetzt noch die gleichen Einstellungen bei beiden Durchläufen verwendet hättest, wären die Ergebnisse sogar vergleichbar

na dann helfe mir doch bitte beim Übersetzen :

Mit Intel (jetzt)

Code: Alles auswählen

ffmpeg -i "/media/Daten/Import/Filme/Sully/Sully.mkv" -c:v libx265 -crf 28 -c:a aac -b:a 128k output.mp4

Mit Nvidia (alt)

Code: Alles auswählen

ffmpeg -hwaccel cuvid -c:v h264_cuvid -i /media/HD753LJ/Import/Filme/Sully/Sully.mkv -vcodec hevc_nvenc -preset slow -cq 10 -g 150 Sully.mp4

[MaGe]

na dann helfe mir doch bitte beim Übersetzen

-c:v libx265 = CPU
-vcodec hevc_nvenc = GPU
wenn beide mit -c:v libx265 und crf 28


gruss MaGe

[Tintom]

na dann helfe mir doch bitte beim Übersetzen :

Ich verstehe schlicht den Sinn der Aktion nicht.
Du möchtest einen Stresstest für dein Kühlsystem durchführen und codierst darum ein Video. Das ist ein reales Szenario, welches ich noch nachvollziehen kann.
Im nächsten Schritt nimmst du aber ein Video, dass deine GPU mit einem völlig anderen Codec und Qualitätseinstellungen codiert hat und nimmst das als Vergleich zum ersten Video. Wo ist da der Sinn? Was willst du damit erreichen?

[KP97]

@Willy
Ist ganz OT, aber ich lese die inxi Ausgabe, und da wollte ich erwähnen, daß es einen Bug im Kernel 5.4 bis Vers. 5.4.13 gibt, der die Intel i915 CPU's zum einfrieren bringt.
Im Kernel 5.5 ist der Patch eingepflegt, da passiert es nicht mehr. Sollte es bei dem Neuen sporadisch vorkommen, liegt es nicht an der Hardware.
Bei meinem Intel hatte ich das mal alle paar Tage, dann wieder 2-3 mal am Tag, erst beim 5.5er tritt es nicht mehr auf.
Übrigens, schönes Maschinchen, hätte ich auch gerne...;-)

[willy4711]

Im nächsten Schritt nimmst du aber ein Video, dass deine GPU mit einem völlig anderen Codec und Qualitätseinstellungen codiert hat und nimmst das als Vergleich zum ersten Video. Wo ist da der Sinn? Was willst du damit erreichen?

Lasse jetzt nochmal einen anderen Film transkodieren, den ich schon in diesem Thread mit meiner alten Nvidia GTX 1060 "bearbeitet" hatte.

Das ist der originale Film, den ich damals auch genommen habe. Die Befehle für (damals) die Nvidia-GPU habe ich dem oben
genannten Thread entnommenen, da ich das natürlich nicht mehr weiß.
Insofern ist das schon vergleichbar. Allerdings kann ich ja nicht die Intel- GPU mit den gleichen Befehlen füttern. Die hatte ich damals einer Nvidia- Webseite entnommen.

daß es einen Bug im Kernel 5.4 bis Vers. 5.4.13 gibt, der die Intel i915 CPU's zum einfrieren bringt.

Danke für die Vorwarnung Allerdings läuft meine Kiste bisher sehr stabil. 8 Stunden Stresstest über Nacht (s-tui mit stress) hätte ich mich mit meiner alten Kiste nicht gewagt, durchzuführen.
Na mal sehen, was da noch so kommt.

Übrigens, schönes Maschinchen, hätte ich auch gerne...

Na ja das ist meine Investition im 6 Jahres - Rhythmus, auf die ich immer spare. Ist diesmal bloß finanziell ziemlich aus dem Ruder gelaufen .
War gerade fertig mit dem Zusammenschrauben, werfe den Rechner an, alles gut. Komme dann ungewollt etwas heftig an die Fläche meines Monitors.
Hat er mir übel genommen. Der HP LP 3065 verabschiedete sich in die ewigen Jagdgründe
Zur Strafe musste ich mich mit einem 17 Zöller begnügen, den ich noch herumstehen hatte, bis der
Nneue anrollte.
Jetzt ist es ein iiyama ProLite XB3288UHSU-B1 und ich muss mich mit 3840x 2160 Pixeln herumschlagen, die eher schlechter anzusehen sind, als die 2600 x 1600 auf meinem sehr hochwertigen alten Monitor.
Aber mehr als 400 € wollte ich im Moment nicht ausgeben.

[SirArthur]

Klingt nach ner schönen Kiste.
Bei mir reicht es völlig, mit dem Dark Reader addon im Firefox eine falsche Seite zu öffnen. Mein Rechner bleibt dann einfach stehen und fängt ganz langsam zum glühen an

[MaGe]

Allerdings kann ich ja nicht die Intel- GPU mit den gleichen Befehlen füttern.

Dann nimm doch die CPU!

Dein neuer PC:

Code: Alles auswählen

 ffmpeg -i "/media/Daten/Import/Filme/Sully/Sully.mkv" -c:v libx265 -crf 28 -c:a aac -b:a 128k output.mp4 

Dein alter PC:

Code: Alles auswählen

 ffmpeg -i "/media/HD753LJ/Import/Filme/Sully/Sully.mkv -c:v libx265 -crf 28 -c:a aac -b:a 128k output.mp4

gruss MaGe

[willy4711]

Der Alte läuft doch gar nicht mehr Ist teilweise aus geweidet.
Und Nee den schmeiß ich nicht mehr an.
Der wird nochmal geputzt, und dann versuch ich ihn zu verkaufen - nur an Selbstabholer weil fast 26 KG

Bei mir reicht es völlig, mit dem Dark Reader addon im Firefox eine falsche Seite zu öffnen. Mein Rechner bleibt dann einfach stehen und fängt ganz langsam zum glühen an

Ich hätte da was für dich (s.-O.)

[Tintom]

Im nächsten Schritt nimmst du aber ein Video, dass deine GPU mit einem völlig anderen Codec und Qualitätseinstellungen codiert hat und nimmst das als Vergleich zum ersten Video. Wo ist da der Sinn? Was willst du damit erreichen?

Lasse jetzt nochmal einen anderen Film transkodieren, den ich schon in diesem Thread mit meiner alten Nvidia GTX 1060 "bearbeitet" hatte.

Das ist der originale Film, den ich damals auch genommen habe. Die Befehle für (damals) die Nvidia-GPU habe ich dem oben
genannten Thread entnommenen, da ich das natürlich nicht mehr weiß.
Insofern ist das schon vergleichbar.

Ich verstehe es immer noch nicht. Aber gut, sei es drum.

Allerdings kann ich ja nicht die Intel- GPU mit den gleichen Befehlen füttern. Die hatte ich damals einer Nvidia- Webseite entnommen.

Warum nicht? Sicherlich musst du den Befehl anpassen, aber prinzipiell kann die Intel GPU auch H265 in Hardware: https://trac.ffmpeg.org/wiki/Hardware/QuickSync

[heinz]

@heinz:
Weißt du, wie bc in deinem Szenario arbeitet? Meine Vermutung wäre, dass die Berechnung von Pi aus Sicht der CPU eine eher einseitige Aufgabe ist, dabei also nur wenige Werke der CPU tatsächlich belastet werden.

Nein, leider nicht.
Fuer mich war Volllast, maximale Taktrate und 100% CPU.
Wieder was gelernt...

Gruss, heinz

[willy4711]

Warum nicht? Sicherlich musst du den Befehl anpassen, aber prinzipiell kann die Intel GPU auch H265 in Hardware: https://trac.ffmpeg.org/wiki/Hardware/QuickSync

Ja klar kann sie das. Hab den Film ja mit der libx265 vorne im Thread mit Erfolg transcodiert.
Es geht aber um die Geschwindigkeit, und somit (auch) um die Auslastung der CPU/GPU -
Kann man das in meinem Fall überhaupt so genau unterscheiden ??
Werde noch verschiedenes von der von dir verlinken Webseite testen (Danke )
Zumindest nach diesen Ausführungen verhält es sich unter Windows ähnlich zu dem von mir erreichten Ergebnissen.
https://egpu.io/forums/pro-applications ... n-seconds/

Im Moment spiele ich mit ffhecv herum,
(Terminal- Tool) der mich schlichtweg überfordert mit den vielen Abfragen. Aber schneller ist es auch nicht geworden.