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

Danke, Zeiten sind eingetragen. Die Spitzklammern um die Werte kannst aber gerne auch weglassen.

Mehr Rechner im Test sind natürlich jederzeit willkommen, unter Windows 98 SE müßtest halt bitte das von CryptonNite angepasste Benchmarkscript verwenden, das auf Beitrag 1 verlinkt ist, weil meines unter Win9x nicht läuft. Die Verwendung dieses Scripts ändert nicht den Referenzcharakter des Tests, wenn also alles andere Standard ist, erzeugt das ein "weißes" Ergebnis.

Zitat von DJMadMax

Könnte das vielleicht jemand für Android ausführbar kompilieren? DAS wäre doch auch
mal interessant, dann jag ich's einfach mal über's Galaxy S3, hat ja extremst potente
Hardware, nicht nur als Handy betrachtet. Hab nur KEINE Ahnung, ob man das in ne
.apk (oder sonstwie auf Android ausführbar?!) verpacken kann.

Ich hab's probiert, ich hab's wirklich probiert. Ich habe jetzt schon mehrere [BSD Unices], [Haiku], [Solaris], [MacOS X] und [ReactOS] "erobert", aber bei Android mußte ich kapitulieren. Die Android NDK (Native Development Kit) hat ein völlig anderes Build System, das nicht GNU ist. Damit kann man das vorgefertigte Konfigurationssystem nicht verwenden.

Ich würde NICHTS lieber tun, als eine native Android-Version anbieten, am liebsten eine für ARMv7 und dann eine für ARMv7 mit NEON SIMD Assembler (NEON = sowas wie SSE, nur auf ARM). Aber es gelingt mir einfach nicht, mit diesem Android Klump irgendwas zu erreichen, und ich habe mich WOCHEN damit geärgert. Da muß also jemand ran, der fähiger ist als ich.

Ein echter Softwareentwickler. Sonst seh ich da keine Chance für Android. Ich bin ja nur Unix Admin..

Auch das Surface Pro wäre ein leichtes Ziel, ist zwar ein wenig langweiliger (weil halt normales Win8 auf x86), aber ein witziger Kandidat wär's fürn Bench trotzdem. Meine Cousine will sich ja so eins kaufen.. Da muß ich mich gleich dranhängen.

Edit: Habe ja von Wild_Bill ein AMD K6-III+ System zugespielt bekommen, aber die CPU ist eine Sau. Eine Voltage-Sau. Hatte zuerst auch einige andere Probleme mit schadhaften Harddisks, weswegen sich ein Haufen Fehler gesammelt hatten, aber letzten Endes braucht die Low Voltage CPU (1.6V stock) sagenhafte 2.4V, um auch nur halbwegs stabil auf 600MHz zu laufen. Ich glaub nicht, daß er das durchstehen wird:

[Blockierte Grafik: http://www.xin.at/thrawn/pics/hw/K6-III+/K6-III+_x264_1.png]

Genug RAM wär drin, damit er im minimal-Linux nicht swappen muß, aber ich fürchte der Crash steht schon vor der Tür, und noch mehr VCore will ich ihm ned reinwürgen. Werd wohl früher oder später auf 550MHz runtersteigen müssen.

Das weiß ich nicht so genau. Vor mir hatte Wild_Bill die CPU. Aber ich vermute, daß der Kern noch nie zuvor so eine Last gesehen hat wie jetzt. Einige Teile des Decoders greifen auch auf die MMX, 3dnow! und Enhanced 3Dnow! Einheiten zu.

Ich selber habe aber nur eine Platine, habe das als Kit bekommen, Board+CPU+RAM.

Hab's jetzt Mal auf 550MHz runtertakten müssen. Hilft nichts. Ich weiß auch nicht, ob der Kern wirklich elektromigrationsgeschädigt ist, oder ob's nicht einfach nur Pech ist mit der CPU. Ich kenne die K6-III+ nicht so wirklich, AMD ist schließlich der Feind, daher hatte ich sowas noch nie.

Der L3 ist denke ich aktiv, obwohl ich das nicht klar nachweisen kann (Memtest86 detektiert nur den L2 in der CPU). Im BIOS ist er jedenfalls eingeschaltet, und der FSB steht auf Standard. Damit darf auch der L3 nicht übertaktet sein. Schön sauber 100MHz.

Ist übrigens ein 400er Low Voltage Kern. Also 400MHz bei 1.6V ist standard.

Doppelpostparty!

Der VIA Apollo MVP3 Chipsatz ist echt geil. Mußte den Benchmark abbrechen, wegen Decoderfehlern. Da läuft er zwar weiter, aber sauber ist das nicht. Prüfsummen erzeugt => Inputvideo fehlerhaft / korrupt! Noch 3 Mal per LAN kopiert (HTTP und SSH) und dann einmal von USB Stick, jedes Mal die Datei korrupt.

Jetzt UDMA deaktiviert, Disk auf PIO Mode 4, Datei kopiert und intakt!

All hail VIA Southbridge! Master of Datenvernichtung! Genau so habe ich mir eine AMD Maschine vorgestellt! Herrlich, all meine Vorurteile sind wahr!

Für Linux? Das ist nämlich Debian 4.0 mit 486er Kernel (Scheinbar gibts nur den 686 und 486 Kern, nichts dazwischen). Unter Windows krieg ich den x264 Benchmark ja nicht auf älteren Kernen als 686 zum Laufen..

Egal, abgesehen davon ist die CPU ist scheinbar gerade dabei, den Elektromigrations-Tod zu sterben, POSTet nur mehr auf sehr niedrigen Taktraten mit hoher Spannung. Ganz sicher bin ich mir da noch nicht, aber während ich heute mit Elianda im IRC war, ist die Sache grade rapide bergab gefahren. Ich denke ich brauche einen neuen K6-III+...

Egal, ich muß mir wohl einen neuen K6-III+ holen. Aber vorher steck ich irgendeine andere S7 CPU rein und versuche wenigstens des Chipsets Herr zu werden.

Wow ist der lahm.. Hast sogar die Buffalo Terastation NAS mit dem out-of-order Execution ARMv5 Kern von Marvell erfolgreich unterboten. Nur der 486er war bisher lahmer!

Übrigens: Auf dem Broadcom SoC ist beim Raspberry Pi LP DDR-II verlötet, also Low Power DDR2 Speicher. Diese Information ist nur mehr sehr schwer zu finden, aber hier ein [Link]!

Aber: Echt nice! Auf RPi habe ich lange gewartet! =) Ich geh Mal eintragen.

Edit: Mußte die Strings ein wenig zusammenkürzen, ich hoffe das ist kein Problem. Ich denke es sollte dennoch gut zu erheben sein, worum es sich genau handelt beim SoC.

Das zwingt mich dazu, Broadcom in die [CPU Herstellerstatistik] aufzunehmen.