x264 Benchmark (kein Schnelldurchgang! 32-Bit multicore und ≥1GB RAM)

Was hätte ich dafür gegeben, entweder meinen S478 oder den S775 Gallatin Mal auf 4GHz zu sehen.. aber es sollte für stabile 4GHz bis Nehalem dauern! Absolut nice!

CryptonNite: Man muß aber auch dazusagen, daß Prescott hier mit seiner ultralangen Pipe nicht einfach wegen seiner fragwürdigeren IPC den Sieg davonträgt, sondern eher wegen seiner SSE3 Einheit, die der Northwood/Gallatin ja nicht hat. Wenn man beide mit purem C/C++ Code, oder einfach ohne SSE3 gegeneinander ins Feld schicken würde, sähe es vielleicht anders aus.

Grindhavoc: Dieser Fehler war in gleich 3 Ergebnissen zugegen. Wurde korrigiert, vielen Dank!

Sorry for that, I will add the English guide pages as well as the Windows guide to the starting post. To cut this short, here's the English guide for Microsoft Windows:

• [x264 Benchmark installation on Windows]

You can also switch between German and English on each of the guide pages. Also, the guides are linked to on the results page, near the bottom.

For your Magny Cours it might help the performance if you force all cores to run at maximum speed for the duration of the test. You should be able to configure that in your systems BIOS/UEFI firmware.

So, Mal eine kosmetische Zwischenfrage, weil Bier.jpg die Chipsatzhovers nicht gefallen haben. Hab mich da etwas rumgespielt. Einem zweiten User, der beide zu sehen bekommen hat ("Stranger2k1" in der Liste, alter Bekannter von mir) meinte aber, daß die alten, schwarzen besser wären, was Stil und Kontrast angeht.

Aus Gründen zwischenzeitlicher Langweile gäbe es also folgende Auswahl:

Ist euch wahrscheinlich herzlichst wurscht wie die aussehen, aber ich dachte ich frage Mal nach ein paar Meinungen, bis die nächsten Ergebnisse daherkommen.

Alter, war das ein Dreck im Code.. Strings mit Laufzeiten zu Integern splitten, vom Zeitformat auf Millisekunden umrechnen (weil weder SQL noch PHP ordentliche Zeitformate bzw. Konversionen für sowas beherrschen), summieren, dividieren, und dann die riesigen Millisekundenwerte wieder auf Stunden, Minuten und Sekunden mittels Modulo-Division umrechnen. Mußte dabei erfahren, daß der PHP Modulo-Operator "%" Werte über 32-Bit Integer einfach ignoriert und irgendwelche negativen Zahlen als Divisionsrest zurückliefert. wtf? Die haben anstatt der ansonsten anwesenden automatischen Typkonversion echt 32-Bit Int da rein HARDcoded. Und anstatt das zu reparieren, habens eine Funktion namens bcmod(); eingeführt, die es richtig macht. Alter? PHP is echt'n Sauhaufen deluxe.

Nicht mal ein mathematischer Basisoperator kann mal richtig rechnen!

Jedenfalls braucht das ganze - auch wenn man es nicht vermuten mag - verschachtelte Schleifen und unzählige looped SQL Queries. Rechentechnisch fast aufweniger als die Ergebnisliste, aber wurscht. Dank eAccelerator Bytecodecache flutschts jetzt eh nach dem ersten Aufruf.

Aber egal, das von exxe vorgeschlagene Feature ist jetzt implementiert und erweitert worden! Die [User Topliste][Blockierte Grafik: http://www.xin.at/thrawn/pics/misc/flags/flag_ger.gif] / [user toplist][Blockierte Grafik: http://www.xin.at/thrawn/pics/misc/flags/flag_usa.gif] weist jetzt auch die Gesamtlaufzeit aus, die ein Benutzer in Summe mit allen seinen Rechnern in den Benchmark investiert hat, sowie auch die von exxe gewünschte Durchschnittslaufzeit, die in etwa anzeigt, wie viele Steinzeitrechner jemand reingeschickt hat.

Fährt man mit der Maus über die Liste, gibt es ein graues Zellenhover, sodaß man die Zeiten noch leichter den Usern zuordnen kann.

Hab ich mir schon gedacht, daß das kommen wird. Aktuell ist es leider so, daß ich per SQL Query "SELECT field, count(field) AS count FROM table ORDER BY count DESC" sortiere, was recht elegant und schnell ist. Will man nach den Zeiten sortieren, gehört das allerdings komplett in PHP implementiert, mit einer Hashtable of Arrays und einem Value-Sort.. Das ist Arbeit für einen anderen Tag.