Re: Skript-Performance-Test, 2. Versuch
Hallo,
"Dr. Jürgen Vollmer"
Da lege ich dann doch mehr Wert auf einfaches programmieren, und wartbare Programme.
Also: was ist eigentlich die eigentliche Aufgabe?
Die gibt es nicht, in dem Sinn. Dieser Test ist lediglich für Testzwecke, ich werde wahrscheinlich diese Scripts nie einsetzen, ich wollte einfach mal selbst herausfinden welche Sprache jetzt was besser/schneller handelt. Diese Tests gibt es sicher auch irgendwo im Internet, aber wenn man's "selbst" macht ists doch irgendwie interessanter...? Grüsse Raffael
Am Donnerstag, 4. Mai 2006 14:07 schrieb Raffael Schmid:
Hallo,
"Dr. Jürgen Vollmer"
schrieb: [...] Da lege ich dann doch mehr Wert auf einfaches programmieren, und wartbare Programme.
Also: was ist eigentlich die eigentliche Aufgabe?
Die gibt es nicht, in dem Sinn. Dieser Test ist lediglich für Testzwecke, ich werde wahrscheinlich diese Scripts nie einsetzen, ich wollte einfach mal selbst herausfinden welche Sprache jetzt was besser/schneller handelt.
Diese Tests gibt es sicher auch irgendwo im Internet, aber wenn man's "selbst" macht ists doch irgendwie interessanter...?
also man könnte die Arithmetik testen, indem man Primzahlen mit dem Sieb des Eratosthenes berechnet, oder die Verarbeitung von Strings und reg. Ausdücken testen, man könnte das Starten von Prozessen testen, man könnte die reine I/O testen, usw. Man könnte den resourcenverbrauch bei diesen Aufgaben testen. Man muß sich halt überlegen was man testen will, und was man mit dem Testergebnis anfangen will, usw. Um dann wirklich aussagekräftig zu sein, muß man natürlich auch noch die Systemauslastung, realen RAM, Festplatten usw. in Betracht ziehen. Dann wird's allmählich wirklich anspruchsvoll... Bye Jürgen -- Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer@informatik-vollmer.de www.informatik-vollmer.de Internet-Telefonie: www.skype.com Benutzer: juergen.vollmer
Hallo, Am Thu, 04 May 2006, Dr. Jürgen Vollmer schrieb:
also man könnte die Arithmetik testen, indem man Primzahlen mit dem Sieb des Eratosthenes berechnet, oder die Verarbeitung von Strings und reg. Ausdücken testen, man könnte das Starten von Prozessen testen, man könnte die reine I/O testen, usw. Man könnte den resourcenverbrauch bei diesen Aufgaben testen.
Oder man koennte in perl eine Aufgabe mal so und mal so schreiben und dabei manchmal krasse Unterschiede (eine Groessenordnung oder mehr) feststellen... -dnh -- 111: Grundgesetz der Signalverarbeitung mit Modem Wenn man ein schnelleres Modem installiert, gibt es immer auch jemanden, der danach langsamere Verbindungen bekommt. (Erik Heinz)
Hallo, Am Donnerstag 04 Mai 2006 23:46 schrieb David Haller:
Hallo,
Am Thu, 04 May 2006, Dr. Jürgen Vollmer schrieb:
also man könnte die Arithmetik testen, indem man Primzahlen mit dem Sieb des Eratosthenes berechnet, oder die Verarbeitung von Strings und reg. Ausdücken testen, man könnte das Starten von Prozessen testen, man könnte die reine I/O testen, usw. Man könnte den resourcenverbrauch bei diesen Aufgaben testen.
Oder man koennte in perl eine Aufgabe mal so und mal so schreiben und dabei manchmal krasse Unterschiede (eine Groessenordnung oder mehr) feststellen...
perl? Gilt das nicht für jede Programmiersprache? Es gibt (fast) immer einen Code der läuft und (mindestens) einen der besser läuft obwohl die selbe Programmiersprache, Umgebung etc. verwendet wird. Ist das nicht der Unterschied zwischen Anfängern und Fortgeschrittenen Programmiereren? Deshalb sollte der Thread hier eigentlich enden ...
-dnh
-- 111: Grundgesetz der Signalverarbeitung mit Modem Wenn man ein schnelleres Modem installiert, gibt es immer auch jemanden, der danach langsamere Verbindungen bekommt. (Erik Heinz)
-- MfG Rolf Masfelder EMail: rolf.masfelder@nector.de
participants (4)
-
David Haller
-
Dr. Jürgen Vollmer
-
Raffael Schmid
-
Rolf Masfelder