De la vitesse des langages...

Recherche :

Mot : Pseudo : Filtrer
Page : 1 2 3 4 Page Suivante Page Précédente Bas de page
Auteur	Sujet : De la vitesse des langages...

kadreg

profil: Utilisateur

C est rapide comme l'éclair, java est lent. On entend souvent parler de vitesse d'éxécution de programme suivant leur langage. OsNews vient de publier un super benchmark entre plusieurs langages : Java 1.3.1, Java 1.4.2, C compilé avec gcc 3.3.1, Python 2.3.2, Python compilé avec Psyco 1.1.1, et les quatres langages de Visual Studio .NET 2003 : Visual Basic, Visual C#, Visual C++, et Visual J#.

En conclusion, quoi en retenir :

- Les différents langages de microsofts sont très rapides, et occupent 4 des 5 premières places.
- gcc est plus lent que visual C++, confirmant ainsi ses rumeurs de charettes
- java 1.4 est plus lent que le 1.3, contrairement à ce que raconte sun.
- Python n'apparait pas dans le tableau tellement il est lent (même en compilé), puisque 40 fois plus lent que le visual C++.
- si on exclue le calcul trigonométrique, java est du même niveau que les autres langages de microsoft.

La news : http://osnews.com/story.php?news_id=5602

---------------
brisez les rêves des gens, il en restera toujours quelque chose... -- laissez moi troller sur discu !

Publicité

antp

Super Administrateur
Champion des excuses bidons

Bon, je réouvre, mais faut que ce soit pour discuter sérieusement.
Ne pas oublier que si jamais vous voulez troller, y a ce topic-là :

http://forum.hardware.fr/forum2.ph [...] post=31321

Message édité par antp le 09-01-2004 à 19:02:59

---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire

chrisbk

bon ben si qqun sait pkoi java se vautre comme ca en trig....

kadreg

profil: Utilisateur

chrisbk a écrit :

bon ben si qqun sait pkoi java se vautre comme ca en trig....

code source :
http://www.ocf.berkeley.edu/~cowel [...] hmark.java

Pour infos, Math.sin délègue à StrictMath.sin qui est une méthode native.

Message édité par kadreg le 09-01-2004 à 19:22:18

---------------
brisez les rêves des gens, il en restera toujours quelque chose... -- laissez moi troller sur discu !

R3g

fonctionnaire certifié ITIL

En même temps qui c'est qui l'a codé le bench ? P'tet que le mec est juste meilleur en C++ qu'en java....
Sinon ca comprend quoi au juste le calcul trigonométrique ?

EDIT : ouais j'ai rien dis, je viens de lire le code et y'a pas à être bon ou pas..

EDIT2 : en fait ce qui me surprend le plus c'est les bonnes perfs de java en I/O, j'ai toujours pensé que c'était son point faible.

Message édité par R3g le 09-01-2004 à 19:28:40

chrisbk

kadreg a écrit :

code source :
http://www.ocf.berkeley.edu/~cowel [...] hmark.java

Pour infos, Math.sin délègue à StrictMath.sin qui est une méthode native.

et donc ?

the real moins moins

kadreg a écrit :

- java 1.4 est plus lent que le 1.3, contrairement à ce que raconte sun.

juste pour la trig. je trouve ça bcp trop louche pour être honnete.

slvn

c est quoi le sens de ce graphe??? sachant que derriere il y a un scheduleur qui gere le temps alloue aux taches par le proc ?????

os2

si t'enlèves la trigo, Java 1.4.2 est pas mal

---------------
Borland rulez: http://pages.infinit.net/borland

os2

avec la version du benchmark en java j'arrive vraiment très très près de ses valeurs mis à part pour la trigo où c'est environ 4 secondes plus rapide...

en espèrant que sun corrige la trigo dans java 1.5...

---------------
Borland rulez: http://pages.infinit.net/borland

Publicité

kadreg

profil: Utilisateur

chrisbk a écrit :

et donc ?

C'est plus un problème d'implémentation dans la bibliothèque standard (écrite en C) qu'un problème de langage.

---------------
brisez les rêves des gens, il en restera toujours quelque chose... -- laissez moi troller sur discu !

chrisbk

kadreg a écrit :

C'est plus un problème d'implémentation dans la bibliothèque standard (écrite en C) qu'un problème de langage.

eurf, je vois pas comment on peut se planter dans ce genre de fonctions

noldor

Rockn'roll

je me méfie toujours de ce genre de bench, est ce vraiment représentatif de ce qui est utilisé en réalité ?

kadreg

profil: Utilisateur

noldor a écrit :

je me méfie toujours de ce genre de bench, est ce vraiment représentatif de ce qui est utilisé en réalité ?

Vieux proverbe : le meilleur benchmark est l'application que l'on compte utiliser.

---------------
brisez les rêves des gens, il en restera toujours quelque chose... -- laissez moi troller sur discu !

Taz

bisounours-codeur

trollesque

Taz

bisounours-codeur

1) le gcc est sous cygwin
2) le traitement int64 bits n'a aucun sens en Python
3) tiens les produits MS en premier
4) le code est loin d'être propre, c'est du travail de chaffouin
5) moi je prends le code C sur mon XP200+, je compile en -O0, je lance (seti@bg) et pan, je fais direct 49s ... super...

chrisbk

taz a écrit :

1) le gcc est sous cygwin
2) le traitement int64 bits n'a aucun sens en Python
3) tiens les produits MS en premier
4) le code est loin d'être propre, c'est du travail de chaffouin
5) moi je prends le code C sur mon XP200+, je compile en -O0, je lance (seti@bg) et pan, je fais direct 49s ... super...

ca chiffone hein ? [:icon7]

Taz

bisounours-codeur

chrisbk a écrit :

ca chiffone hein ? [:icon7]

ben c'est pas très fin comme troll enfin bon chez osnews d'un autre côté, faut pas trop attendre ... leur news sur linux/le_libre sont pathétiques (pas autant que clubic qui annonce mandrake quand même)

chrisbk

taz a écrit :

ah, donc si un bench place les produits MS en tete c'est un troll ?
Par contre le meme bench qui aurait mis du libre en tete, ca n'aurait pas été un troll ?

Ca ma l'air compliqué tout ca [:humanrage]

enfin entre deux "trolls", on se bornera de signaler que VC++ est tres utilisé dans l'industrie du JV, sont pas mauvais en optimisation chez M$ (<< cado [:icon7] )

Message édité par chrisbk le 09-01-2004 à 21:48:28

Taz

bisounours-codeur

j'ai pas dit ça. je dis : tiens les produits MS sont en premier, la version de gcc_cywin est loin d'être la plus rapide, et bien qu'ayant une configuration plus modeste, et sans optimisation, j'obtiens avec gcc un meilleur score que VC++

bon t'es pas marrant ce soir

chrisbk

taz a écrit :

bon t'es pas marrant ce soir

pourtant je donne tout ce que j'ai

au fait si j'ai bien compris c pas du C++ compilé natif (ou je me plante ?)

ah si je me plante

Message édité par chrisbk le 09-01-2004 à 21:51:05

Taz

bisounours-codeur

pas mauvais en optimisation, mon oeil. un rapide tour en C++ montre clairement que le compilateur ignore certaines optimisations triviales. gcc_cygwin n'est pas aussi performant qu'un vrai gcc (comme sous linux par exemple)

chrisbk

taz a écrit :

fo compiler en release [:icon12]

c koi les optims trivials qu'il rate ? source ? preuve ? et pas du VC4 hein ? [:icon11]

Message édité par chrisbk le 09-01-2004 à 21:53:15

Taz

bisounours-codeur

bah je pense. n'ayant jamais utilisé VC, je suis mal placé, mais à chaque fois que je parle avec des gens, ils me montrent que certaines optimisations sont absentes

quand à python, quand tu vois la tronche du code, c'est tout sauf du python, faut pas s'étonner

chrisbk

c'est leger comme argumentation, jeune homme, tres leger, limite trollationique [:shakalagoons]

Taz

bisounours-codeur

parce que ces benchmarks ne le sont pas ?

chrisbk

ce sont des fait, froids et reproductibles, pas des on-dit, des "j'ai un pote qui dit que", ou autre truc du genre

Maintenant si le type a pris un gcc d'avant-guerre, c'est sur que cette comparaison est a oublier.

Taz

bisounours-codeur

à oublier. et puis tout le monde sait que gcc est natif des *n*x sur lesquels ils règne. moi je te fais le meme truc avec wine et vc, on verra. bref gcc est pas la dans son environnement idéal.

et puis on teste sur une plateforme MS, les produits MS sont favoriés. je suis sur que la JVM sous solaris est bien plus rapide que ça par exemple

bon je vais au bar

chrisbk

taz a écrit :

une certaine lassitude m'envahi a la lecture de tout ceci. je crios meme que je vais pousser un leger baillement et voir si je peux trainer mon colloc au bar. vider des bieres, au moins, ca se passe d'os

Kristoph

Les conclusions sont foireuses en effet. Java 1.4.2 est bien plus rapide que Java 1.3 sauf sur 1 seul test. Faire la somme des temps de calcul est vraiment une très très mauvaise idée.

Les seules conclusions que je tire de tout ça sont :
- Vous voyez bien que Java ce n'est pas si lent que ça
- Du C++ bien optimisé reste plus rapide que du C# sous .Net Pas ettonant quand même.

Au fait, vous savez que GCC sait faire du "profiled based optimisation" lui aussi ? -fbranch-probabilities

antp

Super Administrateur
Champion des excuses bidons

Kristoph a écrit :

- Vous voyez bien que Java ce n'est pas si lent que ça

Selon moi (qui ne programme pas en Java) une des principales raison de cette "croyance" de lenteur de Java c'est surtout que les interfaces graphiques sont souvent pas très réactives. Un peu comme le XUL de Mozilla

---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire

os2

une version du bench vite fait en delphi

Code :

program Benchmark;
{$APPTYPE CONSOLE}
uses
SysUtils,
MMSystem,
Math;
var
startTime :Longint;
stopTime :Longint;
elapsedTime :Longint;
intMax :integer;
doubleMin :double;
doubleMax :double;
longMin :Int64;
longMax :Int64;
trigMax :double;
ioMax :integer;
intArithmeticTime: double;
doubleArithmeticTime :double;
longCountTime :double;
trigTime :double;
ioTime :double;
totalTime :double;
function intArithmetic(intMax:integer):Longint;
var
intResult :integer;
i :integer;
begin
startTime := timeGetTime;
intResult := 1;
i := 1;
while (i < intMax) do
begin
intResult := intResult - i;
inc(i);
intResult := intResult + i;
inc(i);
intResult := intResult * i;
inc(i);
intResult := intResult div i;
inc(i);
end;
stopTime := timeGetTime;
elapsedTime := stopTime - startTime;
WriteLn('Int arithmetic elapsed time: ' + inttostr(elapsedTime) + 'ms with max of ' + inttostr(intMax));
WriteLn(' i: ' + inttostr(i) + ' intResult: ' + inttostr(intResult));
result := elapsedTime;
end;
function doubleArithmetic(doubleMin, doubleMax:double):Longint;
var
doubleResult :double;
i :double;
begin
startTime := timeGetTime;
doubleResult := doubleMin;
i := doubleMin;
while (i < doubleMax) do
begin
doubleResult := doubleResult - i;
i:=i+1;
doubleResult := doubleResult + i;
i:=i+1;
doubleResult := doubleResult * i;
i:=i+1;
doubleResult := doubleResult / i;
i:=i+1;
end;
stopTime := timeGetTime;
elapsedTime := stopTime - startTime;
WriteLn('Double arithmetic elapsed time: ' + inttostr(elapsedTime) + ' ms with min of ' + floattostr(doubleMin) + ', max of ' + floattostr(doubleMax));
WriteLn(' i: ' + floattostr(i) + ' doubleResult: ' + floattostr(doubleResult));
result := elapsedTime;
end;
function longArithmetic(longMin, longMax:Int64):Longint;
var
longResult :Int64;
i :Int64;
begin
startTime := timeGetTime;
longResult := longMin;
i := longMin;
while (i < longMax) do
begin
longResult := longResult - i;
inc(i);
longResult := longResult + i;
inc(i);
longResult := longResult * i;
inc(i);
longResult := longResult div i;
inc(i);
end;
stopTime := timeGetTime;
elapsedTime := stopTime - startTime;
WriteLn('Long arithmetic elapsed time: ' + inttostr(elapsedTime) + ' ms with min of ' + inttostr(longMin) + ', max of ' + inttostr(longMax));
WriteLn(' i: ' + inttostr(i));
WriteLn(' longResult: ' + inttostr(longResult));
result := elapsedTime;
end;
function trig(trigMax:double):Longint;
var
sine :double;
cosine :double;
tangent :double;
logarithm :double;
squareRoot :double;
i :double;
begin
startTime := timeGetTime;
sine := 0.0;
cosine := 0.0;
tangent := 0.0;
logarithm := 0.0;
squareRoot := 0.0;
i := 0.1;
while (i < trigMax) do
begin
sine := Sin(i);
cosine := Cos(i);
tangent := Tan(i);
logarithm := Log10(i);
squareRoot := sqrt(i);
i := i+1;
end;
stopTime := timeGetTime;
elapsedTime := stopTime - startTime;
WriteLn('Trig elapsed time: ' + inttostr(elapsedTime) + ' ms with max of ' + floattostr(trigMax));
WriteLn(' i: ' + floattostr(i));
WriteLn(' sine: ' + floattostr(sine));
WriteLn(' cosine: ' + floattostr(cosine));
WriteLn(' tangent: ' + floattostr(tangent));
WriteLn(' logarithm: ' + floattostr(logarithm));
WriteLn(' squareRoot: ' + floattostr(squareRoot));
result := elapsedTime;
end;
function io(ioMax:integer):Longint;
var
textLine :string;
i:integer;
myLine:string;
F:TextFile;
begin
startTime := timeGetTime;;
textLine := 'abcdefghijklmnopqrstuvwxyz1234567890abcdefghijklmnopqrstuvwxyz1234567890abcdefgh';
i := 0;
myLine := '';
assignfile(F,'TestDelphi.txt');
rewrite(F);
while (i < ioMax) do
begin
Writeln(F,textLine);
inc(i);
end;
CloseFile(F);
stopTime := timeGetTime;
elapsedTime := stopTime - startTime;
WriteLn('IO elapsed time: ' + inttostr(elapsedTime) + ' ms with max of ' + inttostr(ioMax));
WriteLn(' i: ' + inttostr(i));
WriteLn(' myLine: ' + myLine);
result := elapsedTime;
end;
begin
intMax := 1000000000;
doubleMin := 10000000000;
doubleMax := 11000000000;
longMin := 10000000000;
longMax := 11000000000;
trigMax := 10000000;
ioMax := 1000000;
WriteLn('Start Delphi benchmark');
intArithmeticTime := intArithmetic(intMax);
doubleArithmeticTime := doubleArithmetic(doubleMin, doubleMax);
longCountTime := longArithmetic(longMin, longMax);
trigTime := trig(trigMax);
ioTime := io(ioMax);
totalTime := intArithmeticTime + doubleArithmeticTime + longCountTime + trigTime + ioTime;
WriteLn('Total Delphi benchmark time: ' + floattostr(totalTime) + ' ms');
WriteLn('End Delphi benchmark');
Readln;
end.

dans la fonction trig j'ai fait

Code :

i := 0.1;

au lieu de

Code :

i := 0.0;

car sinon la fonction Log10 plante

de plus puisque la fonction longArithmetic au lieu d'utiliser
des LongInt j'ai utiliser des Int64 car le LongInt de delphi permet pas d'aller aussi loin que les long en c....

---------------
Borland rulez: http://pages.infinit.net/borland

antp

Super Administrateur
Champion des excuses bidons

Les long en C c'est 32 bits signés comme les int en C et les Integer en Delphi, non ?

---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire

schnapsmann

Zaford Beeblefect

Il aurait été bien plus pertinent de faire les tests gcc et python sur hardware egal sous linux [:autobot]

Message édité par schnapsmann le 09-01-2004 à 23:15:27

---------------
From now on, you will speak only when spoken to, and the first and last words out of your filthy sewers will be "Sir!"

os2

antp a écrit :

Les long en C c'est 32 bits signés comme les int en C et les Integer en Delphi, non ?

dans les test
en c il utilise le long long int (64 bit il me semble)
en java le long (64 bit)

sur un amd 1800+, 512 mb
a peut prêt son p4 car j'obtient des résultat quasi identique au sien

moyenne 50 test:

int aritmetic: 8121ms
double aritmetic: 11627ms
long aritmetic: 112101ms
trigo: 3896ms
io: 3835ms
total: 139580ms

meilleur score en int
4ième pour les doubles
derniers pour les long
deuxième pour la trio
premier pour le io (trop bas il me semble le score...)

---------------
Borland rulez: http://pages.infinit.net/borland

Kristoph

J'aimerais quand même voir des resultats à machine égale plustot qu'un "A vue de nez ça se vaut"

antp

Super Administrateur
Champion des excuses bidons

os2 a écrit :

en c il utilise le long long int (64 bit il me semble)

avec quel compilo ? j'ai tj connu les long en 32 bits moi sur PC :??:

---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire

os2

antp a écrit :

avec quel compilo ? j'ai tj connu les long en 32 bits moi sur PC :??:

long long int et long c'est pas pareil
c'est toute spécifier au début du bench les types de donnée qu'il utilise (avec le nombre de byte)

---------------
Borland rulez: http://pages.infinit.net/borland

os2

pourquoi vb.net c#.net et vc++.net n'obtiennet pas les même résultats?

au final ils ont tous le même "bytecode"

---------------
Borland rulez: http://pages.infinit.net/borland

Kristoph

Code :

[kristoph@vvardenfell c++]$ ./bench
Start C benchmark
Int arithmetic elapsed time: 8160 ms
Double arithmetic elapsed time: 6010 ms
arithmetic elapsed time: 20770 ms
Trig elapsed time: 3650 ms
I/O elapsed time: 1090 ms
Total elapsed time: 39680 ms

gcc 3.3.1 sur Athlon XP 1800+ avec 256Mo de ram

Publicité

Page : 1 2 3 4

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Programmation

Divers

De la vitesse des langages...

Sujets relatifs
En quels langages sont conçus les logiciels "pro" ?	Comment parametrer la vitesse d'un défilement de texte ??
Windows - vitesse de connexion au réseau local	Comment controler la vitesse des ventilos comme speedfan ?
la fin des langages de programmation... sous Windows evidemment	[Visual Basic] Changer la vitesse du ventilateur cpu ?
[tous langages Web]gestion de cookies SSO	[Perl] Vitesse entre grep et defined
Vitesse d'exécution des dernières versions de Dephi	Include / fonctions / vitesse d'execution
Plus de sujets relatifs à : De la vitesse des langages...

Page générée en 0.120 secondes