Dann dürften Sie wissen, dass Basic im allgemeinen nicht mehr von Relevanz ist, das nutzt keine größere Firma und wenn, dann wird es von der nächsten Generation nicht mehr weiter gewartet. Kommerzielle Produkte dieser Preisklasse sind auch nicht mehr als Hobbyprojekte. Wer einmal 200€ hinlegt kann heutzutage doch nicht viel erwarten. Es wird ja auch immer mehr zum Trend lokal einzukaufen obwohl es teurer ist, nur um heimische Geschäfte zu unterstützen. Nicht jedes Projekt eignet sich für kostenlose Geschäftsmodelle, z.B. im Randgebiet "Basic" wo es kaum noch freiwillige Unterstützer gibt.Blitzer hat geschrieben: ↑23.09.2022 12:56 Übrigens: Sie programmieren seit 30 Jahren... Ich programmiere genau 41 Jahre (ZX81, Amiga, Spiele zum Abtippen in Zeitschriften veröffentlicht) und glauben Sie es mir, das sind die wichtigen 11 Jahre.
Aber für ein kommerzielles Produkt muss diese Frage allemal erlaubt sein.
Richtig, Hardware benchmarking lässt sich so aber nur bedingt auf Software übertragen. Da geht es viel mehr um konstantzeitfaktoren heutzutage als bei Software, wo es eher nur noch um asymptotische Laufzeiten geht. Sonst würde niemand Python verwenden oder Java. Nach der Logik würden wir alle in C und Rust programmieren.Blitzer hat geschrieben: ↑23.09.2022 15:49 Also, fakt ist und bleibt es, das die Seite im Internet https://openbenchmarking.org/ genau das macht, was ich Euch aufgezeigt habe, nämlich Formeln in Code zu packen um Geschwindigkeitsunterschiede zu erhalten.
Fast alle Hersteller von Hardware auf dieser Welt nutzen diese Seite ausgiebig.
Platform Server: Cloud oder QISKIT
Platform PC/Handy: ab damit auf die GPU.
Platform Embedded: VHDL/Verilog auf FPGAs testen und dann zu einer Chipmanufaktur senden und für wenig Geld ASICs bekommen.
Das sind gute Lösungen. Selbst wenn man mit C arbeitet muss man zur Nutzung von SIMD aktiv den Code verändern:
https://stackoverflow.blog/2020/07/08/i ... use-cases/
Bei C kann man immerhin von einer standardisierten Sprache sprechen, hier ist ja schon die Syntax der Dialekte anders. Wer weiß welche Sprache Schleifen wie weit ausrollt? Passt das Code-Segment dann noch in alle Caches aller Computer? Wir wissen nicht mal deine Spezifikationen. Im Prinzip hast du nur einen Anwendungsfall gezeigt wie er für dich optimal übersetzt wurde, aber auf die einzelnen Sprachen bist du gar nicht näher eingegangen. Selbst bei C sollte man beim for loop increment eher ++i statt i++ schreiben, d.h. man muss sich auf die Sprache einstellen. Was nötig wäre, wäre das ganze entweder auf Assembler level zu analysieren oder zumindest mehr Anwendungsfälle dazu zu packen, aber das verhält sich wie formale Verifikation zu Testen.