Hier eine neue Threadausgründung, welche sich speziell mit Benchmarks für Machinen beschäftigt, welche keine x86- oder x86-64-CPU enthalten. Fehlpostings werden verschoben oder gelöscht!
Für die Benchmarks empfehle ich hiermit offiziell:
nbench: ein port des BYTEmarks für Unix-basierte Systeme, welcher auf einer sehr großen palette von alten und neuen Plattformen läuft, vielseitige Tests macht und aussagekräftige Ergebnisse liefert
OpenSSL mit dem Aufruf openssl speed. Bitte gebt an, woher ihr euer Binary bekommen habt, oder ob ihr es selbst compiliert habt (idealerweise mit den verwendeten CFLAGS)
pi_css5: eine art quelloffenes Super-Pi. Ihr kennt das Programm, es ist sehr simpel, der Benchmark hingegen weniger aussagekräftig. Gebenchmarkt werden i.d.R. 1M Stellen: pi_css5 1000000 (er nimmt dann automatisch Mega im sinne von 2^20) (abweichende Größen in begründeten Fällen (C64 anyone?) erlaubt, aber bitte mit angeben)
(die benchmarks sind nochmal an dieses Posting angehangen und ihr könnt mich auch fragen, ich hab sie auch selbst gemirrort. sorry für die tar in der zip, das forum erlaubt keine tar.gz-anhänge)
Weitere Benchmark-Tools sind prinzipiell zulässig und insbesondere auf sehr exotischen Plattformen wohl eh notwendig. Wenn möglich, solltet ihr aber dennoch zumindest einen Referenzbenchmark mit einem der empfohlenen Tools anhängen. Im übrigen dürft ihr gern weitere Benchmark-Suiten empfehlen, solange sie plattformunabhängig genug und leicht zu compilieren sind.
zum Compilieren: Optimierungen sind erlaubt, optimiert so hart es geht, gebt dabei aber zusätzlich zum OS bitte immer Compiler (incl. Version) mit an!
Binaries nutzen ist natürlich auch erlaubt.
aufgrund von faulheit und eh mangelnder Vergleichbarkeit werde ich hier kein ranking führen. Falls jemand lust hat, darf er das gern machen, ansonsten würd ich das hier nur als lose Sammlung ansehen.
ich beginne dann mal:
wollte pi_css5 auf meiner SPARCclassic laufen lassen, aber habe im moment keinen compiler und obwohl die solaris-binary eine ELF 32-bit MSB executable SPARC32PLUS Version 1, V8+ Required, dynamically linked, stripped ist, braucht sie wohl wirklich nen UltraSPARC, den ich nicht hab...
aber das ist natürlich kein grund, den kleinen 50mhz microSPARC nicht trotzdem zu benchen, gibt ja schließlich noch Java
diesmal meine HP 712 mit 100mhz PA-7100LC PA-RISC 1.1 CPU (32bit), und diesmal nativ, nicht per java (mal schauen, ob ich mal noch java hier installier, ums bissl besser mit der classic vergleichen zu können)
Achja: CPU ist eine HP PA-RISC 8800 (Zweikerner) mit 900 MHz und 32 MB shared L2-Cache
«Ich verstehe Ihre Frage so: Dass es Menschen gibt, die wünschen, dass ein solches OS als "Retro-OS" bezeichnet wird, ja? Mir ist nicht bekannt, dass solche Absichten bestehen, da HP-UX 9.x einfach ein altes OS ist. Niemand hat die Absicht, ein "Retro-OS" zu bauen.» Xaar, 2014
«Ich verstehe Ihre Frage so: Dass es Menschen gibt, die wünschen, dass ein solches OS als "Retro-OS" bezeichnet wird, ja? Mir ist nicht bekannt, dass solche Absichten bestehen, da HP-UX 9.x einfach ein altes OS ist. Niemand hat die Absicht, ein "Retro-OS" zu bauen.» Xaar, 2014
OS war bei der C360 HP-UX 11i v1 December 2004 und bei der B2600 HP-UX 11i v2 May 2005, jeweils TCOE.
Also durchaus fixx
«Ich verstehe Ihre Frage so: Dass es Menschen gibt, die wünschen, dass ein solches OS als "Retro-OS" bezeichnet wird, ja? Mir ist nicht bekannt, dass solche Absichten bestehen, da HP-UX 9.x einfach ein altes OS ist. Niemand hat die Absicht, ein "Retro-OS" zu bauen.» Xaar, 2014
Da gabs nix zu kompilieren :O Ich hab die fertig lauffähigen Programme benutzt
«Ich verstehe Ihre Frage so: Dass es Menschen gibt, die wünschen, dass ein solches OS als "Retro-OS" bezeichnet wird, ja? Mir ist nicht bekannt, dass solche Absichten bestehen, da HP-UX 9.x einfach ein altes OS ist. Niemand hat die Absicht, ein "Retro-OS" zu bauen.» Xaar, 2014
) erlaubt, aber bitte mit angeben)
-> 
