The Computer Language Benchmarks Game
gepostet vor 17 Jahre, 2 Monate von Amun Ra
gepostet vor 17 Jahre, 2 Monate von Fatal_Error
sehr genial! nach so nem benchmark hab ich schon eine ganze weile gesucht....
gepostet vor 17 Jahre, 2 Monate von DrakeL
Ich schließe mich an, ist sehr interessant die Vergleiche zu sehen. Solang man nicht vergisst, dass es noch andere Beweggründe geben kann sich für eine Sprache zu entscheiden.
gepostet vor 17 Jahre, 2 Monate von Fatal_Error
Original von DrakeL
Ich schließe mich an, ist sehr interessant die Vergleiche zu sehen. Solang man nicht vergisst, dass es noch andere Beweggründe geben kann sich für eine Sprache zu entscheiden.
[Ironie]
Ach wie jetzt? Seit wenn wählt man denn die Programmierpsrache nach Eigenschaften wie: Paradigma, Gefallen, Aussehen/Syntax oder Funktionumfang aus? Kommt doch schließlich nur auf die Performance an, alles andere ist nebensächlich!
[/Ironie]
Von Kunden bekommt man ja immer so tolle Sachen zu hören wie: Warum ist ihr Programm denn so langsam? Wenn die Sprache so langsam ist, dann nehmen Sie gefälligst eine andere, dafür bezahlen wir Sie schließlich!
Das die höhere Sprache aber auch höheren Arbeitsaufwand und damit Arbeitszeit bedeutet bekommen sie dann erst anschließend mit
gepostet vor 17 Jahre, 2 Monate von Fatal_Error
Original von DrakeL
Solang man nicht vergisst, dass es noch andere Beweggründe geben kann sich für eine Sprache zu entscheiden.
[Ironie]
Ach wie jetzt? Seit wenn wählt man denn die Programmierpsrache nach Eigenschaften wie: Paradigma, Gefallen, Aussehen/Syntax oder Funktionumfang aus? Kommt doch schließlich nur auf die Performance an, alles andere ist nebensächlich!
[/Ironie]
Von Kunden bekommt man ja immer so tolle Sachen zu hören wie: Warum ist ihr Programm denn so langsam? Wenn die Sprache so langsam ist, dann nehmen Sie gefälligst eine andere, dafür bezahlen wir Sie schließlich!
Das die höhere Sprache aber auch höheren Arbeitsaufwand und damit Arbeitszeit bedeutet bekommen sie dann erst anschließend mit
gepostet vor 17 Jahre, 2 Monate von DrakeL
Original von Fatal_Error
Das die höhere Sprache aber auch höheren Arbeitsaufwand und damit Arbeitszeit bedeutet bekommen sie dann erst anschließend mit
Höhere Sprache bringt eigentlich weniger Arbeitsaufwand mit sich, deswegen benutzt der Großteil heute nur noch Hochsprachen und nicht mehr Assembler oder gar Maschinencode.
gepostet vor 17 Jahre, 2 Monate von Amun Ra
Nochmal kurz für faule Leute
Es gibt verschiedene Aufgaben, wie zum Beispiel:
sum-file
Read lines, parse and sum integers
reverse-complement
Read DNA sequences - write their reverse-complement
binary-trees
Allocate and deallocate many many binary trees
Nun sucht man sich die Sprache seiner Wahl und schreibt ein Programm was diese Aufgabe möglichst schnell löst und schickt es ein.
Man kann also seine favorisierte Sprache im Ranking nach oben bringen, wenn man ein besseres und schnelleres einschickt, als es schon gibt.
Es gibt verschiedene Aufgaben, wie zum Beispiel:
sum-file
Read lines, parse and sum integers
reverse-complement
Read DNA sequences - write their reverse-complement
binary-trees
Allocate and deallocate many many binary trees
Nun sucht man sich die Sprache seiner Wahl und schreibt ein Programm was diese Aufgabe möglichst schnell löst und schickt es ein.
Man kann also seine favorisierte Sprache im Ranking nach oben bringen, wenn man ein besseres und schnelleres einschickt, als es schon gibt.
gepostet vor 17 Jahre, 2 Monate von TheUndeadable
Was mich etwas 'stört', dass dort nicht gegen kommerzielle Produkte angetreten wird. Konkret vermisse ich den MSVC, den ICC und Microsoft .Net.
Dass Ruby aber weit abgeschlagen unten liegt, wundert mich nicht, aber dort könnte man zum Beispiel IronRuby holen (was bekanntlicherweise unter Mono läuft und OpenSource ist).
Alles in allem ein sehr subjektiver Test.
Dass Ruby aber weit abgeschlagen unten liegt, wundert mich nicht, aber dort könnte man zum Beispiel IronRuby holen (was bekanntlicherweise unter Mono läuft und OpenSource ist).
Alles in allem ein sehr subjektiver Test.
gepostet vor 17 Jahre, 2 Monate von Amun Ra
Stimmt schon, die testen nur auf Unix Systemen.
Gibt aber zum Beispiel das sum-file in C# Mono:
http://shootout.alioth.debian.org/
contributed by Isaac Gouy
*/
using System;
using System.IO;
class SumCol
{
static void Main(){
int sum = 0;
using (StreamReader r = new StreamReader(Console.OpenStandardInput())){
string line;
while ((line = r.ReadLine()) != null) sum += Int32.Parse(line);
}
Console.WriteLine(sum);
}
}
Gibt aber zum Beispiel das sum-file in C# Mono:
/* The Great Computer Language Shootout
http://shootout.alioth.debian.org/
contributed by Isaac Gouy
*/
using System;
using System.IO;
class SumCol
{
static void Main(){
int sum = 0;
using (StreamReader r = new StreamReader(Console.OpenStandardInput())){
string line;
while ((line = r.ReadLine()) != null) sum += Int32.Parse(line);
}
Console.WriteLine(sum);
}
}
gepostet vor 17 Jahre, 2 Monate von TheUndeadable
Zwischen Mono und Microsoft .Net gibt es ein paar unterschiede bzgl der Performance. .Net ist im Regelfall nen Tick schneller, hat jedoch auch ein paar Schwächen gegenüber Mono.
Auch ist es nicht optimal bei einer GC-Sprache den verbrauchten Speicher zu berechnen. Ein Programm von mir verbraucht bei einem 2 GB Rechner etwa 35 MB, startet man es auf einem 512 MB-Rechner, so verbraucht es nur 3 MB.
Aber insgesamt ist es eine schöne Übersicht um die grobe Geschwindigkeit einer Sprache abzuschätzen.
Auch ist es nicht optimal bei einer GC-Sprache den verbrauchten Speicher zu berechnen. Ein Programm von mir verbraucht bei einem 2 GB Rechner etwa 35 MB, startet man es auf einem 512 MB-Rechner, so verbraucht es nur 3 MB.
Aber insgesamt ist es eine schöne Übersicht um die grobe Geschwindigkeit einer Sprache abzuschätzen.
gepostet vor 17 Jahre, 2 Monate von Amun Ra
Der Speicher wird aber im Ranking nicht berücksichtigt.
Das kann man einstellen.
Der Multiplikator für Memory Use und GZip Bytes steht zu Beginn auf 0,
wie auch bei den Tests die nicht alle Sprachen ausführen konnten.
Ich fand es einfach nur mal interessant anzusehen.
Das kann man einstellen.
Der Multiplikator für Memory Use und GZip Bytes steht zu Beginn auf 0,
wie auch bei den Tests die nicht alle Sprachen ausführen konnten.
Ich fand es einfach nur mal interessant anzusehen.
gepostet vor 17 Jahre, 2 Monate von Fatal_Error
Original von DrakeL
Höhere Sprache bringt eigentlich weniger Arbeitsaufwand mit sich, deswegen benutzt der Großteil heute nur noch Hochsprachen und nicht mehr Assembler oder gar Maschinencode.
upps vertippt, ich meinte eigentlich "[...]niedere Sprache, auch einen höheren[...]".
Naja, schon schlimm, wenn man mit dem denken schon 4 Wörter weiter ist, als mit dem tippen
gepostet vor 17 Jahre, 2 Monate von None
Original von TheUndeadable
Was mich etwas 'stört', dass dort nicht gegen kommerzielle Produkte angetreten wird. Konkret vermisse ich den MSVC, den ICC und Microsoft .Net.
...das ist vom Debian Projekt. Da kann man wohl kaum erwarten kommerizielle Produkte zu finden
gepostet vor 17 Jahre, 2 Monate von TheUndeadable
Vielleicht aber auch weil Microsoft das Ergebnis direkt in ihre 'Get the facts'-Kampagne übernehmen hätte können ;-)
gepostet vor 17 Jahre, 2 Monate von Macavity
Interessant wäre auch wie schnell Ruby tatsächlich ist wenn man die Server-Config auch darauf auslegt und nicht irgendeine Standard-"Ja passt schoo"-Konfig nimmt
Klar mit Hardwarenahen Aktionen wie C kann es kaum mithalten, interessant wäre aber der Vergleich zu PHP. Und der ist mit diesem Benchmark ja nicht gegeben.
Klar mit Hardwarenahen Aktionen wie C kann es kaum mithalten, interessant wäre aber der Vergleich zu PHP. Und der ist mit diesem Benchmark ja nicht gegeben.
gepostet vor 17 Jahre, 2 Monate von Amun Ra
gepostet vor 17 Jahre, 2 Monate von Todi42
Ist doch egal, ob der Server in Ruby oder PHP auf die Datenbank und das Netzwerk wartet :-)
gepostet vor 17 Jahre, 2 Monate von xou
Interessant wäre auch wie schnell Ruby tatsächlich ist wenn man die Server-Config auch darauf auslegt
Die Programme werden ja auf der Kommandozeile getestet, nicht übers Netz / auf nem Server. Da wird man vermutlich mit server-configs wenig ausrichten können