2x32G DDDR5 für MSI MPG X870E CARBON

[linuxnutzer]

dass die Qualität eines Software-Renderings nachlassen könnte, wenn die CPU mit vielen Kernen bei einer Datei beschäftigt ist.

Ganz freundlich gemeinet:
Die Handbrake-Entwickler empfehlen in ihrem Forum bei viel Kernen mehrere Videos gleichzeitig zu rechnen. Das stimmt also nicht von mir.

https://handbrake.fr/docs/en/1.1.0/technical/video-encoding-performance.html
The hardware you run on can have a large effect on performance. HandBrake can scale well up to 6 CPU cores with diminishing returns thereafter.

 

[AMD-Flo]

Ich habe ja im Thread erwähnt, dass mir Darktable sehr wichtig ist und sich der ganze PC danach richtet. Meine Vermutung war richtig, die CPU ist nicht so entscheidend, aber der 9900X ist mir schon recht. Bei Handbrake wird der Unterschied sicher größer sein.

Ryzen 9 9900X
2.5504 [dev_process_export] pixel pipeline processing took 1.415 secs (2.091 CPU)

Ryzen 9 7900
2.7048 [dev_process_export] pixel pipeline processing took 1.481 secs (2.167 CPU)

Nochmal zurück zu diesem Vergleich:
Du stellt hier die beiden CPUs gegenüber, obwohl diese vermutlich gar nichts zur Aufgabe beigetragen haben, sondern alleine die GPU.

Für Handbrake gibt es genügend CPU Benchmarks, die den Unterschied zeigen.
Hier schlägt bereits ein 9700X bei 105 TDP mit 8 Kernen den 7900, der 9900X ist nochmal schneller. Der 7900 arbeitet bei 65W TDP jedoch effizienter.

 

[linuxnutzer]

Du stellt hier die beiden CPUs gegenüber, obwohl diese vermutlich gar nichts zur Aufgabe beigetragen haben, sondern alleine die GPU.

Kömte sein, aber ich frage mich dann was die CPU-Zeiten dann anzeigen sollen.

Ryzen 9 9900X
2.5504 [dev_process_export] pixel pipeline processing took 1.415 secs (2.091 CPU)

Ryzen 9 7900
2.7048 [dev_process_export] pixel pipeline processing took 1.481 secs (2.167 CPU)

Die Gesamtzeit ist jedenfall nicht die Summe aus GPU+CPU. Wäre natürlich denkbar, dass die CPU irgendwie aktiv war, aber gelangweilt war.

Für Handbrake gibt es genügend CPU Benchmarks

Die Frage ist, ob die für meine Situation mehr als ein Anhaltspunkt sind. Ich nehme an, die Tests verwenden einfach die Standardeinstellungen. Es gibt ja hunderte Möglichkeiten. Bei analogen Videos braucht man ein sehr gutes Fingerspitzengefühl welche Filter Sinn machen. Man will ja nicht das Rauschen des Bildes glasklar darstellen. Früher hat bei mir bikubisches Entrauschen extrem lange gedauert, weit weg von den üblichen Benchmarks und da glaube ich, solange ich es nicht sinnvoll getestet habe, dass, sich da einiges getan hat.

 

[djducky]

"Diminishing returns" bedeutet doch keine nachlassende Qualität des Ergebisses, sondern nur eine nachlassende Auslastung bzw. ein weniger stark steigender Zugewinn in der Verarbeitungsgeschwindigkeit.

Das ist halt wieder so ne Sache wo du mit einem komplett falschen Grundverständnis rangehst. Solche Sachen muss nicht jeder wissen, aber die selbstgerechte Art und Weise wie du dieses Halbwissen vertrittst, ist ganz, ganz unangenehm.

 

[linuxnutzer]

Das ist halt wieder so ne Sache wo du mit einem komplett falschen Grundverständnis rangehst

Ich war bei den Diskussionen vor 10 Jahren dabei, was die Entwickler zu Multicore zu sagen hatten. Ich habe den Eindruck, dir fehlt Erfahrung mit Darktable und Handbrake, wenn es um Spezialdinge geht. Kein Problem. Du darfst es sehen wie du willst.

 

[djducky]

Ich sehe gar nix mehr, mach deinen Kram alleine oder mit wem auch immer, der noch Lust darauf hat hat.

 

[Am Tresen]

Ich war bei den Diskussionen vor 10 Jahren dabei, was die Entwickler zu Multicore zu sagen hatten.

😂 Was ein Kasperletheater hier.
Unglaublich, wie viel Mühe hier von djducky und AMD-Flo eingebracht wurde.
Ich verstehe nicht mal, was du jetzt überhaupt noch wissen willst. Willst du überhaupt noch etwas wissen, oder wolltest du jetzt Ergebnisse präsentieren?

Was Entwickler vor 10 Jahren gesagt haben ist halt auch schwachsinnig mit heute zu vergleichen, insbesondere bei Linux-Software. Aber mach du mal dein Ding. Deinen "Übersetzungsfehler" überliest du ja auch geflissentlich. Wahnsinn hier.

 

[madmax2010]

Ich war bei den Diskussionen vor 10 Jahren dabei, was die Entwickler zu Multicore zu sagen hatten.

Dito. Auch wenn ich da noch in der Schule war, @djducky hat recht.
Little's Gesetz ist aus den 50ern https://en.wikipedia.org/wiki/Little's_law
Amdahls Gesetz ist aus den 60ern https://en.wikipedia.org/wiki/Amdahl's_law
Gustafson's Gesetz ist aus den 80ern https://en.wikipedia.org/wiki/Gustafson's_law
USL ist aus den 90ern -> https://tangowhisky37.github.io/Pra...ndamentals/what_is_universal_scalability_law/
Roofline dürfte aus den frühen 2000ern sein: https://docs.nersc.gov/tools/performance/roofline/

Ich habe den Eindruck, dir fehlt Erfahrung mit Darktable und Handbrake, wenn es um Spezialdinge geht. Kein Problem. Du darfst es sehen wie du willst.

Klar, freie Meinung.
Bei beiden Tools fallen dir nur halt mindestens Little und Roofline auf die Füße. Amdahl bei ffmpeg definitiv auch ..

Die Handbrake-Entwickler empfehlen in ihrem Forum bei viel Kernen mehrere Videos gleichzeitig zu rechnen. Das stimmt also nicht von mir.

Ich bin ja nicht teil von ffmpeg, aber die Handbrake entwickler bauen ein glorifiziertes ffmpeg frontend.
Ich halte mich doch auch nicht an die Wischwasser Empfehlung vom Hersteller der Felgen..
Selbst Befehlssatz und Architektur koennen Unterschiede machen..