Ajo, ich sollte noch dazusagen: Ich gebe im Virtualisierungsfall nur das an, was die VM auch bekommt (so gut als möglich). Die VM hat als Gast aber 28 CPUs gesehen? Verstehe ich das richtig? Weil dann passt meine Angabe. Oder hat die VM volle 56 vCores bekommen? Oder gibts jetzt schon explizit die Möglichkeit, 28 vCores mit HT Fähigkeit durchzureichen, sodaß der Gast wirklich "28 physische und 56 logische" Cores zu Gesicht bekommt?
x264 Benchmark (kein Schnelldurchgang! 32-Bit multicore und ≥1GB RAM)
-
-
Mal n anderer Prozi auf meinem Board...Hexa:
02:17:45.369 | xxx | Wild_Bill | 1/6/6 | AMD FX-6300 @3,5GHz| 8GB DDR-III/1333 Cl9 | Gigabyte GA-990FXA-UD3 | Windows 7
Ultimate x64 -
01:22:40.192 | Der_Karlson | 1/4/8 | intel Xeon E3 1230v5 | 16GB DDR-IV/2133 CL14 | ASUS E3 ProGaming v5 | Windows 10 x64
Bin ich mit meinen 1:29 Haswell Xeon gar net so weit weg
-
...und nochmal n anderer
02:47:44.731 | xxx | Wild_Bill | 1/4/4 | AMD FX-4300 @4,6GHz| 8GB DDR-III/1333 Cl9 | Gigabyte GA-990FXA-UD3 | Windows 7 Ultimate x64
-
00:23:02.977 | Maniac81 | 2/12/24 | Xeon E5 2697 v2 (QS) @2,7Ghz| 64GB Reg. ECC DDR3 1866 | Supermicro X9DRi-F | Win 8.1 Professional | Official r2597 x64 Build
Hier mal die beiden Xeons, die ich von Löschzwerg bekommen habe.
-
Schönes System
-
02:36:32.698 | xxx | FS03 | 1/2/4 | Intel Core i3 6100 | 8GB DDR-IV/2133 | Asus Z170-K | Windows 10 x64
-
01:27:57.894 | Avenger | 1/4/8 | Intel Xeon E3-1230 V3 | 16GB DDR 3/1600 CL9 | Gigabyte GA-H87-HD3 | Windows 7 Professional x64
-
Ah, Neuzugang beim x264, willkommen.
Ich sehe, du hast den all-core Turbo der CPU angegeben. Mir ist natürlich klar, daß der bei den meisten CPUs näher (oft WEIT näher) an der Realität liegt als der Base Clock, das verzerrt so ja auch die Effizienzwerte. Allerdings ist der Turbo für mich deterministisch nicht zu 100% einschätzbar, daher habe ich mich dazu entschlossen, bei modernen Prozessoren immer den Referenz-/Basistakt in der Liste anzugeben. Auch im übertakteten Zustand kommt der angehobene Basistakt als "OC Takt" in die Liste (auch wenn der Nutzer den Turbo im OC aktiv läßt).
Mich wundert's direkt, daß da noch keine negative Kritik gekommen ist...
Und ich nehme das zum Anlaß, wieder Werbung für die Nebenprodukte zu platzieren:
-
Okay, habe ich oben entfernt.
Ich dachte das wäre wichtig, weil es ja Auswirkungen auf die Benchmarkergebnisse hat
Normalerweise laufen alle vier Kerne auf 3,5 Ghz, wenn alle belastet werden, mit nem bestimmten BIOS kann man das ändern...[Benutzer Topliste]
Der Link funktioniert irgendwie nicht. -
Der Hard Overcock Fehlerteufel hat da wohl zugeschlagen
Hier der Link: User Topliste
-
Ajo, wahr. Muß irgendein Blödsinn beim Linken passiert sein, sorry.
Edit: Fixed! rofl, ich hab einfach den url-Tag komplett leer gelassen. Ohne URL läßt sich's halt schwer linken.
-
Beide nochmal auf einem frischen System getestet:
Hier die E5 2680v2 Xeons von Löschzwerg:
00:22:38.509 | Maniac81 | 2/10/20 | Xeon E5 2680v2 2,8 Ghz (QS) | 64GB Reg. ECC DDR3 1866 | Supermicro X9DRi-F | Win 8.1 Professional | Official r2597 x64 Build
Hier die 2697v2:
00:22:25.922 | Maniac81 | 2/12/24 | Xeon E5 2697v2 2,7 Ghz (QS) | 64GB Reg. ECC DDR3 1866 | Supermicro X9DRi-F | Win 8.1 Professional | Official r2597 x64 Build
Ich hätte ehrlich gesagt mit einem größerem Abstand gerechnet.
Ich habe auch das Gefühl, das immer nur ein Sockel voll ausgelastet ist und der andere nur so "rumdümpelt".
Bei Core-Temp sieht man, dass immer nur eine der beiden CPUs voll ausgelastet ist, die andere springt immer in der Auslastung. -
Ich trage das morgen ein, wenn es genehm ist, heute mag ich nicht mehr.
Aber, um das zu klären, ein paar Worte extra: Auch wenn du den latest Build nutzt, der besser parallelisiern kann (offizielle Resultate sind übrigens auch immer mehr als willkommen in solchen Fällen btw., um die Vergleichbarkeit sicherzustellen), x264 hat als praktische und qualitativ BESTE Applikation aus dem Videosektor ein ganz klares Ziel: Niemals Qualität für Leistung zu opfern.
Viele Encoder, die massiven CUDA/OpenCL/QuickSync GPU Support haben, werben mit massiver Performance, verschweigen dabei aber eine der Grundwahrheiten des parallelisierten Videoencodings: In blockorientierten Kodierungen opfert man einfach Qualität, wenn man ZU parallel wird - weil jeder einzelne Mini-Thread einfach "zu wenig Ahnung" davon hat, was um ihn herum in seinem Frame passiert. Je nach Auflösung ist das mehr oder weniger schlimm. Je mehr Auflösung, desto mehr Threads kann man spawnen. Der x264 Benchmark ist mit 1080p schon fast am unteren Ende des Spektrums mittlerweile. Er lebt ja auch schon seit über 5 Jahren (holy hell, echt nämlich).
Das resultiert dann auch darin, daß du mit deinem "Irrsinn" aus 40 oder gar 48 Threads das Maximum an 32 halbwegs sinnigen Encodingthreads in x264 mehr als überschreitest.
In diesem Sinn treibt der x264 Benchmark das "praktisch" im "praxisorientierten" Benchmark ans Maximum: Mehr Threads als für maximal mögliche Qualität gesund sind werden schlichtweg nicht unterstützt. Die x264 Entwickler sind neben der extremen Optimierung des Codes immer noch mehr auf ihre ungebrochene Ergebnisqualität stolz, als auf ihre Performance. Da kann in Sachen Qualität pro MB sogar das noch junge H.265/HEVC nach wie vor in Frage gestellt werden.
Quali > Leistung.
Leider sind massiv parallele Systeme benachteiligt was das hier angeht, es SEI denn man sieht sich Clusterlösungen und entsprechende Ansätze in Sachen Splitting an (die auch für "normale" Systeme anwendbar sind).
Das GEHT, aber dann mußt einiges in dazulernen, und ein "gültiges Standardergebnis" wird das dann sowieso nicht mehr...
Letzten Endes mißt der x264 Benchmark nur eines: Wie gut eine Maschine mit x264 Videos encoden kann.
Wollte das nur Mal gesagt haben, weil so viele Leute in letzter Zeit Many-Core Systeme ins Rennen schicken.
Edit: Und eingetragen! Wenn du die Suche entsprechend einschränkst, dann stellt sich die sinkende Effizienz von Mehrkernsystemen auch schön dar, siehe [dieser Vergleich]. Da mußt natürlich auch zusehen, keine Vergleiche zwischen unterschiedlichen CPU Architekturen oder Generationen zu ziehen. Wenn du in einer Familie bleibst, siehst du, daß die Effizienz mit der Kernanzahl sinkt. Oder auch [hier]! Vergleicht man die beiden GCC Ergebnisse auf dem Itanium² SHM Cluster, dann sieht man einen scharfen Drop von 10 auf 16 Sockel, wobei hier noch Busprobleme dazukommen.
-
001:06:42.947 | 666psycho | 1/4/4 | Intel Core i7 4770S 3.10GHz | 8GB DDR-III/1600 | MSI H97M Eco | Intel H97 | Steam OS (Debian 8 Jessie) on VM Ware Workstation 12 Player/Win10 (Custom build 0.148.x)
[Blockierte Grafik: http://abload.de/thumb/i7_4770s_4c_vm_steamokcuyc.jpg]
@GAT
Besten Dank an der Stelle für deine ausführlichen Linux Anleitungen, macht das Ganze viel leichter
Vielleicht folgen demnächst noch andere Linux Experimente. -
Ich bin froh, daß die Anleitungen noch immer so wie sie da stehen funktionieren, immerhin habe ich das schon seit Ewigkeiten nicht mehr step by step so durchgespielt und getestet... Bei den BSDs und Solaris hat sich ja doch einiges geändert (ist einfacher geworden), da müßte man direkt Mal updaten... wenn die Faulheit nicht wäre.
-
Und mit 8 Threads:
000:51:17.882 | 666psycho | 1/4/8 | Intel Core i7 4770S 3.10GHz | 8GB DDR-III/1600 | MSI H97M Eco | Intel H97 | Steam OS (Debian 8 Jessie) on VM Ware Workstation 12 Player/Win10 (Custom build 0.148.x)[Blockierte Grafik: http://abload.de/thumb/i7_4770s_8c_vm_steamoqisd3.jpg]
-
Hier sind eindeutig zu wenige Multiprozessor-Systeme unterwegs
01:45:38.059 | Löschzwerg | 4/2/2 | Intel Xeon E7220 @ 2.93GHz "Tigerton-DC" | 32GB DDR-II 667 FBDIMM | Fujitsu Siemens Computers D2244 | Intel 7300 "Clarksboro" | Windows Server 2016 Technical Preview 4
http://abload.de/image.php?img=e7220_resultces8o.png http://abload.de/image.php?img=taskmh8sjv.png
Ein Primergy RX600 S4 mit vier Xeon E7220.
-
@GAT: Der x264 Sourcecode Link ist im Eimer => ftp://ftp.videolan.org/pub/x264/snapshots/last_x264.tar.bz2
-
Danke für die Meldung!
Das ist allerdings nach wie vor der offizielle, gültige Link [der Entwickler]... nur halt tot.
Ich ändere den Link derweil auf den Videolan Server ab, und linke auf den letzten Stable Release. Ist in ein paar Minuten erledigt!
-