x265 Benchmark (kein Schnelldurchgang! 64-Bit manycore und ≥12GB RAM)

Jo, im Regelfall brauchst GCC (inkl. g++, falls extra auswählbar) nur nachzuinstallieren. Er wird dich auch mit weiteren Paketen belästigen, die du noch nicht hast. Manche kannst ignorieren, aber den C/C++ Compiler natürlich nicht, weil damit kompiliert er dir den Quellcode der nötigen Tools. Das is deswegen so gemacht, damit der Bench auf sehr vielen verschiedenen Linux und UNIX Plattformen lauffähig werden kann.

Allerdings: Gewisse Grundkenntnisse - muß ich auch dazusagen - setzt die UNIX Version natürlich voraus. Man sollte schon ein durchschnittlicher UNIX/Linux User sein für das Tool.

Windows User wissen halt wie man Dinge unter Windows macht und was z.B. Regedit ist, nur als Beispiel. Ein UNIX User weiß wie man Software in seinem Sys nachinstalliert, oder Umgebungsvariablen in einem User Terminal setzt.

Klar, wennst NIE Linux benutzt, dann können diese Meldungen schon verwirrend sein. Ist ja aber auch kein Benchmark für 08/15 User. Wenn ich es noch händchenhaltender mache, wird's einfach zu sperrig / talkative für Poweruser.

Wobei ich nicht sagen will, daß die von mir entwickelte Skriptsammlung die das alles macht "super" wäre. Is halt auch nur ein zusammengeschusterter Hack, bin ja kein Softwareentwickler.

yasm ist der Assembler, der wird benötigt um die hochoptimierten Codepfade zu bauen (also das Zeug für SSE, AVX usw.).

Zum Launcher:

Du machst ein Terminal auf, wechselst in den Folder und gibst ein:

./launch_x265benchmark.sh

Natürlich nur, wenn das File schon im Benchmarkfolder liegt (wenn also der Bootstrapper sauber durchgelaufen ist).

Leider gibt es noch keine fertigen Anleitungen für diverse Linux Distributionen. Ich habe natürlich vor welche zu schreiben (step by step), aber dazu ist aktuell einfach keine Zeit.

Debian ist vor allem dadurch speziell, daß es standardmäßig die Hardcore POSIX Shell "dash" als /bin/sh nutzt. Die funktioniert mit so einigem nicht...

@Anfänger: Was glaubst wie es einem User geht, der seit 20 Jahren mit UNIX arbeitet, und der dann Windows verwenden soll? Glaub's mir.. dem geht's genau gleich. Da hilft nur: Lernen. Ajo, und Google oder eine sonstige Suchmaschine benutzen. Heute isses eh schon viel einfacher.

Und wie gesagt: Der Benchmark ist in seiner UNIX Version *nicht* wirklich für Anfänger gedacht!!

..so wie auch ein Admin Passwort unter Windows.

@Biolante: Es werden ALLE mir bekannten Linux Distributionen unterstützt, solange sie nicht ganz steinalt sind. Wie gesagt gibt es für manche eben Besonderheiten zu beachten, und der richtige Ort um diese zu behandeln sind Anleitungsseiten am Ende der Benchmarkliste, so wie beim x264 Benchmark auch schon (wobei die Anleitungen dort tlw. veraltet sind).

Ich hab nur leider aktuell kaum Zeit, diese auch zu schreiben. Ich muß das ja nebenher während des Schreibens der Doku auch an einem frischen System machen, in einer VM, und dann gehört so eine Anleitung nochmals auf einem frischen System Schritt für Schritt durchexerziert, um sicherzustellen, daß sie solide ist.

Dafür wird erst nächstes Jahr Zeit sein, fürchte ich. Momentan ist sowohl beruflich wie auch privat einiges los, deswegen steht auch die Weiterentwicklung des x265 Benchmarks vorerst Mal wieder.

Mit weiteren Verbesserungen, Fixes und Webdoku für UNIX- und Linuxsysteme ist also erst im Q1 2018 und folgend zu rechnen!

Das is wohl nur ein Anzeigefehler von Win10. Windows 10 ist auch das einzige System mit dem seltsamen Ausgabefehler hinter dem "Pass 1 erledigt, starte Pass 2:" Teil. Funktional ist das aber kein Problem. Das ist nur die tolle neue Terminal Engine von Win10, die nichts anderes zuwege bringt als striktere Limitierungen ohne auch nur einen Bug der alten cmd zu fixen.

Muß ein besonderer Kunstgriff seitens Microsoft gewesen sein, diese Bugs überleben zu lassen, und die cmd dabei noch unfähiger zu machen, als sie es ohnehin schon war...

Aber: Einfach durchlaufen lassen!? Abbruch sehe ich da ja keinen, und auch sonst nichts ungewöhnliches?

0% Last, aber noch in der Liste? Dann war er ned "ganz" tot. Damit isses leider besonders schwer zu sagen, was das jetzt gewesen ist... Normal sollte er "richtig ordentlich crashen" (rofl), wenn irgendwas is..

Irgendwas ist ein wenig seltsam an der RESULTS.txt in Bezug auf x265. Da fehlt die Versionsangabe. Nur um sicherzugehen, kannst du mir eventuell noch 'x265 --version´ auf der Konsole ausführen, und die Ausgabe hier reinkopieren? Weil den Fall, daß das nicht funktioniert hatte ich denke ich noch nicht. Vielleicht liegt's auch nur dran, daß deinem System git oder Mercurial fehlen, würde nur gern wissen warum das so ist. Wenn der Benchmark sich beschwert haben sollte, daß die beiden fehlen, dann haben wir die Erklärung aber wohl eh schon.

Ergebnis ist drin. Auf jeden Fall ein haushoher Unterschied zum Windows Test, mir völlig unverständlich. Bei den anderen Testern war die Differenz ja vergleichsweise marginal..