Ja das Hero ist echt sack teuer. Wollte erst das kleine 370er Board haben, aber aufgrund von Oculus Rift, Lenkrad , Tastatur, Maus, Joystick, Schubregler, USB Headset, Wlan Stick, Drucker und 2 Oculus Sensoren, brauchte ich ein Brett das Molto Usb Ports bietet. Und das konnte NUR das Hero
x264 Benchmark (kein Schnelldurchgang! 32-Bit multicore und ≥1GB RAM)
-
-
Ich habe gerade das x264 binary gegen die aktuelle Version r2851 getauscht. Das Ergebnis erscheint mir dann doch erstaunlich...
Yoshi | 00:15:45.638 | 1/16/32 AMD Ryzen Threadripper 1950X 3,40 GHz | 32GB DDR4/2400 CL17 ECC | Gigabyte X399 Aorus Gaming 7 | Windows 10 Pro x64
-
Das paßt eh ins Bild, gemessen an Crackys' bisherigen Rekordwerten. Ein Wert mit der Standardversion wäre halt jetzt im Vergleich noch begrüßenswert.
-
Ein Wert mit der Standardversion wäre halt jetzt im Vergleich noch begrüßenswert.
Yoshi | 00:34:09.265 | 1/16/32 AMD Ryzen Threadripper 1950X 3,40 GHz | 32GB DDR-IV/2400 CL17 ECC | Gigabyte X399 Aorus Gaming 7 | Windows 10 Pro x64 -
Da hat er flott geliefert!
Mal reinklopfen..
-
Naja der idlet sonst heute nur rum, da kann man ihn auch ein bisschen fordern. Aber erstaunlich, was mit optimierter Software möglich ist.
-
Es gibt halt auch Entwickler die sich noch Massen an Assembly antun, und in die Richtung "schlanker, schneller" entwickeln anstatt in Richtung "Fettsacksoftware".
-
14:23:15.109 | S2 Sedan | 1/1/1 | AMD Athlon FX57 @ 3GHz | 2GB DDR-400 2-2-2-6 | DFI Lanparty NF3 Ultra-D | Windows XP Pro 32 SP2
14:24:32.922 | Avenger | 1/1/1 | AMD Athlon 64 4000+ @ 3GHz | 2GB DDR-400 3-3-3-7 | ASUS A8V-MX | Windows XP Pro 32bit SP3
Knapp daneben ist auch vorbei -
Zum Spaß: Wenn ich mich nicht verrechnet habe, warst du um heiße 0.15% lahmer.
Ob das nur die Latenzen waren? Najo, VIA K8M800 vs. nVidia nForce3 Ultra isses auch noch.
-
..und SP2 vs. SP3
Weis nicht, ob das Kernel oder .dll-mäßig stärkere Auswirkungen hat.. -
Schneller wird's mit SP3 wohl nicht geworden sein (wann wird's das schon?). Aber ich hab grade die Liste entsprechend [durchsucht], und leider finden sich da keine "SP2 vs. SP3" Tests auf gleicher Hardware. Vergleiche von [nForce3 vs. K8M800] gibt's auch ned viel mehr als wir schon haben. Viel is wohl ned um.
Im Übrigen bin ich dabei grade auf einen Fehler gestoßen, da scheine ich wo einen Chipsatz völlig falsch ermittelt zu haben. Laut meiner Liste hatte folgendes Ergebnis nämlich einen VIA K8M800 mit VT8237R Plus Southbridge:
23:11:35.812 | Wild_Bill | 1/1/2 | Intel Pentium 4 HT 3.00GHz | 1GB DDR-I/400 3-3-3-7 | MSI MS-7048 | Windows XP Pro SP3Schon etwas verdächtig, der Pentium 4 mit dem K8 Chipsatz! Najo, das ist ein OEM Brett aus einem Medion MD8088 'Qualitätsrechner', der korrekte Chipsatz ist jedenfalls der Intel 865PE Springdale. Wieder ein Fehler weniger in der Liste.
-
Ach sind doch beides gute Werte, immer die Kämpfermentalität, um die letzte Sekunde!
-
00:46:29.681 | GAT | 1/4/8 | Intel Xeon E5-2637 v4 3.50GHz | 16GB Reg. ECC DDR-IV/2400 | HP ProLiant DL360 G9 | CentOS 7.3 Linux (Custom r2851 x64 Build)
Noch so einen haben wir unlängst reinbekommen, nur mit 16 Kernen Summe und deutlich weniger Takt. Aber der ist grade im Livebetrieb (wie auch eine andere, ältere Maschine, die ich noch gern testen würde). Tests werden wohl nachgereicht, sobald ich Mal ein Zeitfenster für die Nutzung habe.
Die neueste Version von x264 nutzt bereits auch AVX2, FMA3 und BMI2 auf dem Broadwell, in welchem Umfang ist mir halt unbekannt.
-
Nehme mal an das der Custum Built nur unter Linux läuft? Oder gibts ein Custom für Windows?
-
Ich könnt dir einen kompilieren? Vielleicht...
Ich hab einfach den aktuellen Source Code aus dem git Repository gezogen und frisch kompiliert (und gegen ebenso frisch gebautes ffmpeg linked), mache das mittlerweile immer so unter Linux und UNIX. Muß Mal schaun ob ich schnell was herbringe...
-
Es gibt Anleitungen dazu. Ist kinderleicht.
-
Die gelten nur nicht mehr wirklich (falls du meine Anleitungen meinst)..
x264 linked nur mehr sehr schwer gegen libav mittlerweile, man sollte also die libav von ffmpeg präferieren (das mit --enable-shared gebaut werden muß). Zudem wird der veraltete yasm, wie vor 1-2 Wochen Mal erwähnt aktuell von x264 nicht mehr unterstützt, weil es seit 3 Jahren keine Updates mehr gegeben hat. Damit funktionieren aktuellste Befehlssätze wie XOP nicht mehr - man muß also den guten alten nasm / Netwide Assembler benutzen, und auch von dem eine recht neue Version haben.
Ich probier einfach Mal einen "guten alten" NT5.2 kompatiblen 64-Bit Build vom Stapel zu lassen... Dauert nur ein bißchen. Falls es gelingt.
Edit: Unter Linux Mal wieder alles wie geschmiert, unter Windows auch ffmpeg sauberst, aber x264 kotzt rum beim Versuch ffmpeg auch nur zu finden (kryptische Fehler in der config.log, kA was...), immer dieselbe Scheiße da...
-
Hm, mußte wieder auf ffmpeg 3.2.4 zurück, interessant. Unter Linux geht's mit dem neuen 3.3 auch schon, najo. Wurscht.
Der folgende Build entstammt CygWin 1.7.35(0.287/5/3), kompiliert wurde mit selbstgebauten C/C++ Compilern und Assemblern: GCC 6.3.0, yasm 1.3.0 und nasm 2.13.01. Der Build ist 64-bittig und läuft ab Windows Server 2003 x64 oder Windows XP x64. Version ist exakt dieselbe wie aus meinem vorangehenden Benchmark unter Linux, die r2851.
Hier der Link: [x264 r2851 8bit NT5.2 Win64].
Sollten .dll Dateien fehlen (sollte nicht passieren), einfach melden.
Einen 32-Bit Build auf Basis desselben Quellcodes kann ich wohl momentan (noch) nicht anbieten, da meine 32-Bit Build-Umgebung im Gegensatz zu meiner 64-bittigen noch den kompletten GCC übersetzt braucht, nebst anderen wichtigen Tools.
Edit: Aaaaaaah diese Huuuuureen haben grade vor einer knappen Stunde einen [offiziellen r2851 Build] für Windows released.. und jo, [32-bit] gibt's auch...
Regt mich direkt auf jetzt!
-
14:23:15.109 | S2 Sedan | 1/1/1 | AMD Athlon FX57 @ 3GHz | 2GB DDR-400 2-2-2-6 | DFI Lanparty NF3 Ultra-D | Windows XP Pro 32 SP2
14:24:32.922 | Avenger | 1/1/1 | AMD Athlon 64 4000+ @ 3GHz | 2GB DDR-400 3-3-3-7 | ASUS A8V-MX | Windows XP Pro 32bit SP3
Knapp daneben ist auch vorbeiEventuell ist mir hier ein Fehler unterlaufen. Der Speicher lief wahrscheinlich im DDR333 Modus.
Problemstellung versuche ich gerade in diesem Thread zu klären.
Wenn sich das bestätigt dann sollte mein Eintrag von DDR400 auf DDR333 geändert werden. Die Latenzen sollten aber richtig sein. -
Ok, schreib's einfach nochmal kurz hier rein (in einem neuen Post, damit ich es nicht übersehe, ansonsten wenn per Edit, dann bitte PM an mich), falls es zu korrigieren ist, dann mache ich das (hoffentlich) zeitnah!
-