Schade das die software nicht so flexible ist wie die cpu selbst.
Echt schade, dass es auch Algorithmen gibt, die niemals von multithread profitieren werden. Da hilft dann nur die IPC (per Definition bezogen auf einen Thread).
Dann frage ich mich aber wozu dann cpus mit noch viel mehr kerner wenn sie am ende doch nicht so flexible sind wie ich zuerst angenommen hatte?
Wie schaffen es nur die Supercomputer 80 Nvidia-Karten und genauso viele Epyc gleichzeitig auszulasten. Im Zweifel indem die Anwender wissen, was ihre Software macht und die zusammen mit der HW anpassen.
Man könnte auch h.265 mit 4K Videos konvertieren, dann sind auch mehr Threads ausgelastet wie bei h.264 PAL Steinzeitformat:
Achja umgewandelt wurden 2 TV Aufnahmen gleichzeitig die als Mpeg TS 720x576 mit 50 Halbbildern versehen sind.
Dafür wird, wenn überhaupt, nur noch in Sachen extremer Qualität weiter entwickelt. Oder u.U für high performance zugeschnitten auf googles eigene Server-HW für YT (dort dürfte HW-Encoding aber mehr wie ausreichen). Wer heute noch DIVX nutzt, wird auf noch schlechtere Performance kommen.
Oder hinkt die software der hardware so stark hinter her das so ne hardware wie cpu dann nie ganz das volle potenzial ausgenutzt werden kann?
Es sind eher die Wünsche/Ansprüche der Anwender, die zu hoch sind. Ich erwarte jedenfalls von MS nicht, dass Word ein 2000-Seiten Wordfile ohne Seitenumbrüche auf einem 3970X schneller neu formatiert wie auf einem 3800X.
Und klar ist h264 limitiert bei 8 kernen. Aber wenn es dann nur 5 davon nutzt dann stimmt da definitiv etwas nicht.
Dann stimmt in der von Dir genutzten SW oder in den von Dir genutzten Filtern/Paramteren etwas nicht. PAL 576i konvertiert mein i9-9900k nach h.264 mit 8+8 Kernen bei 90-100% Auslastung. Außer, ich verlange sowas wie ein Deinterlacing.
Hm das problem ist ja es ist die selbe software also klappt ne zuordnung auf maximal ner beschränkung leider nicht. Man müsste also jedes mal neue einstellen, was halt eben nicht so einfach ist.
Ein paar Zeilen selber Programmieren und die Threads werden je Applikation an unabhängige Kerne gepinnt (falls das die verlinkte SW nicht sowieso kann). Der TR ist halt für Workstations gedacht, welche die Anwender in der Regel für passend optimierte SW nutzen (4K Videos, Rendering, Simulation, SW-Entwicklung usw.) oder auf welcher die Entwickler mit solchen Zuweisungen ein wenig herum experimentieren. Dass jemand soviel Geld ausgibt, um damit PAL-Videos in ein nahezu historisches Format zu konvertieren, dürfte nur selten vorkommen.
Da diese ja noch nicht erschienen ist, kann man da auch nur spekulieren. Ich bin jedenfalls froh das diese noch dieses jahr kommen könnten. Es gibt ja im momejt nicht so vieles bei cpu wo man drauf warten kann und auch ein wenig freude daran hegt.
Zur Freude an den TRs fehlt mir derzeit die richtige Anwendung, zum "haben wollen" kommt die CPU knapp ein Jahr zu spät. Dann warte ich lieber noch zwei Jahre und lege zusätzlich 1000€ für DDR5 drauf. Ob die Workstation 4k oder 5k€ kostet, ist fast egal.
Wir schweifen echt maximal ab jetzt...
So langsam lief es wieder in Richtung des Threads: welche HW-Neuerungen könnte der neue TR bieten die auch sowas beschleunigt (größere Caches, mehr Bandbreite der Caches, mehr Bandbreite zum Ram usw).