strex schrieb:Wenn man natürlich nur auf die Rohperformance reinfällt und vergisst das sämtliche GPUs einen Host mit in der Regel 200 bis 400W benötigen, sieht die Rechnung ganz anders aus. Von den Vorteilen das man einfach bestehende x86 Software betreiben kann, ohne Anpassung oder das der Algo komplett umgeschrieben werden muss einmal ganz abgesehen. Denn nicht alle Probleme lassen sich so einfach auf GPUs verteilen wie viele hier annehmen oder ein Benchmark.
nicht in allen Problemen spielt die CPU ein Rolle aber man kann nicht einfach sagen mehr CPUs sind immer besser und einfach sagen man lässt diese einfach weg, das Problem muss auch dafür geschaffen sein es gibt sicherlich genug Probleme wo eine höhere Frequenz vor mehr CPUs besser ist weil sich das Problem hier nicht mehr so einfach parallelisieren lässt
strex schrieb:Nicht umsonst hat Intel in wenigen Jahren NV ordentlich Butter vom Brot genommen und das mit reinen Beschleunigern und deutlich weniger Rohleistung. Auch AMD, trotz massiver Rohleistung (als die anderen beiden), kommt hier kein Meter weit. Dürfte nach deiner Angabe ja nicht so sein. Intel hat hier mit einer langsamen Phi innerhalb weniger Jahre 1/3 vom Markt erobert. Das hat AMD in der gesamten Zeit nicht geschafft mit stärkerer Hardware. Gäbe es keine guten Gründe hier wieder auf x86 zu setzen, hätte sich die CUDA Dominanz weiter durchgesetzt. Das sehen die Betreiber aber ganz anders.
man munkelt aber dass Intel sehr viel am Preis herum basteln musste damit sich diese wirklich Verkauften sprich einfach unter Verlust wurde dieser Marktanteil erkauft nicht wegen der besseren Hardware hat aber sich auch mit bestehen Tools zu tun, die betreffende Abteilung hat über eine Milliarde Verlust geschrieben
strex schrieb:Schau mal deine Benches an, die sind von der alten Generation. Dort teilen sie sich wie alle anderen nur GDDR5 und somit die gleiche/ähnliche Bandbreiten je nach Modell. Von höhere Bandbreite kann hier also keine Rede sein.
man vergleicht aber gleiche Generationen untereinander, die Hardware war hier sicher nicht das Verkaufsargument weil alles GPUs nun mal schneller waren als GPUs
strex schrieb:Doch, die GPU braucht immer einen Host egal welche Applikation, die Phi im Host-Mode braucht in keinerlei Applikation einen extra Host. Wer kommt denn auf solche eine Idee.
Deswegen haben wir bei Desktop Anwendungen sprich Spiele noch immer einen 4 Kerner als Standard und nicht 8 Kerner, es hat sicherlich mehrere Gründe ein Grund ist sicher dass bei vielen Probleme noch immer gilt höhere Takt vor mehr CPUs
Ergänzung ()
dgschrei schrieb:Ja und Benchmarks sind halt nunmal komplett fürn Arsch. Da wird ein utopischer Usecase hochoptimiert gefahren und am Ende kommt raus wer den höheren Durchsatz schafft.
Mit der Performance in einem echten HPC Use-Case hat das nur halt leider so gut wie gar nix zu tun. GPUs sind extrem gut darin genau die gleiche Operation extrem oft parallel abzuarbeiten. In dem Moment wo die Applikation komplexer wird und mehr verschiedene Berechnungen gleichzeitig machen will, fällt diese theoretische Rechenleistung aber in sich zusammen und es bleibt nur noch ein Bruchteil der theoretischen Leistung über. Das Problem haben x86 Kerne nicht. Ist ja im Endeffekt eine normale CPU mit allen Features und verhält sich auch genau so.
Außerdem ignorierst du immer noch geflissentlich dass PCIe-basierte Teslas eben eine CPU brauchen die sie ansteuert und die müßig Strom verballert. Das kann man bei Knights Landing komplett weglassen. Der Chip ist eine "normale" x86 CPU also läuft auch das OS darauf problemlos. Und wenn man das OS drauf zum laufen kriegt, dann kriegt man auch alle Anwendungen drauf zum Laufen.
hier wird Intel wohl gerne in den Himmel gehoben, man bedenke die Matrix mal Matrix Multiplikation ist einer der häufigsten Operationen für wissenschaftliche Berechnungen ist ja eh klar dass diese dann optimiert wird aber keinen Bezug stimmt ja nicht, bei vielen Problemen wird nun mal ein Gleichungssystem gelöst und dort spielen solche Operationen eine wichtige Rolle, daher keinen Bezug stimmt einfach nicht