Programm um Prozessor um Kühlung zu stressen

[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.

[MSfree]

Es geht aber um die Geschwindigkeit, und somit (auch) um die Auslastung der CPU/GPU -

Auf dem alten Rechner hast du H264 in GPU verwendet und auf dem neuen H265 in CPU. Das ist nicht vergleichbar. H265 ist wesentlich rechenintensiver als H264 und allein dadurch würde ich große Unterschiede in der Codiergeschwindigkeit erwarten.

Klar, zum Testen der CPU-Kühlung ist es egal, was wie schnell kodiert, Hauptsache, die Rechenwerke sind ausgelastet. Wenn du aber Geschwindigkeitstests machen willst, solltest du zumindest du selben Codecs vergleichen. Kann die Graphikkarte aus dem alten Rechner schon H265?

[ren22]

Warum so kompliziert ?
Stresstest:

Code: Alles auswählen

cat /dev/urandom > /dev/null

und mit "taskset" die jeweiligen Cores ansprechen wenn Du es genau haben möchtest oder verwende



"stress"

[Lord_Carlos]

Haben wir gerade schon drueber geredet.
Das macht nur ganz einfache sachen und lastet den CPU nicht voll aus.

[willy4711]

Hab mal die stress.txt nach NoPast gepackt, weil da noch viele Anregungen drinstehen, die vielleicht auch andere interessieren.
40971