Tests de performance

Salut les développeurs,

j'ai mis un mot sur les forums CodeS-SourceS (VB 6 et .NET, C#, Delphi, C/C++) invitant à participer à des benchs pour avoir des comparatifs chiffrés à publier ensuite sur CodeS-SourceS.

LIEN ICI

Je rappelle qu'il n'est pas question d'établir une hiérarchie de qui que ce soit, juste obtenir des mesures de perfs avec des progs visant un même but mais dans des langages différents, avec les habitudes et les contraintes liées à ces langages.

Je signale qu'après une dizaine de jours, pas un seul VB.NET ou C# de reçu, fort dommage pour un problème aussi trivial de tri dans fichiers. Ceci inciterait à penser que la grande productivité dont on nous parle ne serait de mise que tant que le prog ne doit rien faire, on ne peut laisser croire cela... PARTICIPEZ !!! sans vous soucier dans un 1er temps de comparaison avec mon exe fourni en exemple (il a pourtant fers et boulets aux pieds...).
Une version Delphi très convenable est déjà disponible.

Publié lundi 21 janvier 2008 17:58 par brunews
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :

Commentaires

# re: Tests de performance @ lundi 21 janvier 2008 21:45

pas pris le temps pour le VB6...

faut que j'en trouve (du temps)

Renfield

# re: Tests de performance @ mardi 22 janvier 2008 11:26

Je me demande si pour cet exercise, les écarts de performance ne vont pas être masqués par les temps d'accès au disque.

RaptorXP

# re: Tests de performance @ mardi 22 janvier 2008 11:38

Il faudrait transmettre tous les executables à une meme personne pour que les tests s'effectuent dans des conditions similaires.

Pour le C# je vais voir ce que je peux faire mais comme Renfiel, time is money.

Shell

# re: Tests de performance @ mardi 22 janvier 2008 11:51

RaptoXP: Les accès disques ça se gère et que celui qui utilise un langage qui ne permet que le balayage linéaire à la 'bourrin moyen' le dise de suite, on mettra en résultat: langage inutile.

Shell: Bien entendu, les binaires et code seront dispos et chacun pourra donc retester sur son poste ensuite, pas question de refaire des allégations gratuites, il en traine assez de partout.

brunews

# re: Tests de performance @ mardi 22 janvier 2008 11:55

Je peux déjà te dire que .NET sera 5 à 6 fois plus lent au minimum.

.NET est très mauvais dans la conversion du monde unmanaged (ou Win32) vers le mode managed. Comme tu passes ton temps à faire cela car pas de cache mémoire cela va être mauvais.

Et que donnerait SQL Server ou sqlite ?

iso8859

# re: Tests de performance @ mardi 22 janvier 2008 12:04

Sql Server comme tout autre BDD, laminé sur ce coup.

Ce test est d'ailleurs venu d'un module que je fais pour remplacer le traitement BDD qui était trop lent. Le moteur SQL est générique, un module ne sachant faire que ce qu'on lui demande mais le plus vite possible est imbattable.

brunews

# re: Tests de performance @ mardi 22 janvier 2008 14:34

J'ai bien compris que ce que tu veux, c'est comparer les façons de faire dans différents langages...

Ce que je trouve louche, c'est que là, tu ne va pas comparer beaucoup plus que la capacité d'écrire un

algo (plus ou moins performant) de chaque participant. Chacun va pondre son algo.

Si je le fais, je peux très bien faire un algo "bateau" où je lis toutes les lignes une par une ; je

peux aussi très bien pondre un algo avec un arbre, ou je ne sais quoi d'autre.

Finalement, je ne vois pas ce que tu va pouvoir retirer de ce comparatif...

jupolj

# re: Tests de performance @ mardi 22 janvier 2008 14:57

Oui, il faudrait plutot proposer un algo et que tout le monde ait le même.

Aussi dans de nombreux langages, il est impossible de controler avec précision la mémoire occupée par un programme (pour rester en dessous de 5000Ko)

RaptorXP

# re: Tests de performance @ mardi 22 janvier 2008 19:21

C'est biien entendu, dès qu'on propose des perfs on pense à écrire le truc le plus nul qui soit.

Idem pour le langage, tout ce qui ne pourra pas se faire en interprété, on devra aussi s'en passer en C ou ASM.

Le nivellement par le bas me dégoute, faut pas compter sur moi pour en faire la promotion.

Les codes les plus performants seront publiés, chacun pourra ensuite s'en inspirer et proposer une MAJ. C'est ainsi que ce sera profitable pour tout le monde tout en mettant bien en évidence les perfs qu'on obtient dans les différents langages.

brunews

# re: Tests de performance @ jeudi 24 janvier 2008 12:11

Encore une version DELPHI reçue tout à fait corecte, j'entends par là qui pourrait fort bien aller en prod (testé sur des fichiers de données de 700 Mo).

Les delphistes n'ont pourtant pas eu plus d'algo fourni que les autres, l'habitude de coder fait certainement la différence.

Publication de ces codes la semaine prochaine.

brunews

# re: Tests de performance @ jeudi 24 janvier 2008 15:30

Je croyais que ton "concours" servait a tester les performances des differents langages.

En fait c'est plutot un concours pour les programmeurs. Le problème c'est que l'exercice est moins intéressant a résoudre que de l'intelligence artificielle pour nano robots par exemple (et en plus il n'y a rien a gagner ^^)

RaptorXP

# re: Tests de performance @ jeudi 24 janvier 2008 17:15

Le problème réside dans le fait qu'il n'y a rien à tester venant de l'interprété profond.

Bizarre que les scriptologues ont toujours plus intéressant ailleurs dès lors qu'il s'agit de mesurer quoi que ce soit.

brunews

# re: Tests de performance @ lundi 28 janvier 2008 08:31

J'ai une version managée C# légèrement plus rapide que ton exemple mais comme je ne pense pas avoir trouvé un algo performant, ça ne va pas être significatif pour comparer les langages.. et j'ai pas envie de me faire chambrer ^^

Lutinore

# re: Tests de performance @ lundi 28 janvier 2008 09:33

Enfin une version .NET, envoie sans te poser de questions.

brunews

Les 10 derniers blogs postés

- Accès anonyme et les pages Forms / viewlsts.aspx... par Nicolas Humann le il y a 1 heure et 41 minutes

- l'Atelier 4 du coach C# est disponible par Bernard Fedotoff le il y a 3 heures et 17 minutes

- [WPF] Formatter l’affichage lors d’un binding, via StringFormat par Thomas Lebrun le il y a 8 heures et 19 minutes

- WSC08 : Le bilan, Les Photos, Les Webcasts à voir ou à revoir par Blog de Daniel TIZON [daniel] le il y a 17 heures et 26 minutes

- SharePoint et ses DB : Avez vous pensé à les "Tweaker" ? par The Mit's Blog le il y a 17 heures et 55 minutes

- NTttcp : Mesurer la vitesse d'un réseau par Blog d'Olivier Huet le il y a 18 heures et 20 minutes

- Un nouveau quizz par Matthieu MEZIL le il y a 21 heures et 4 minutes

- Webcast ADO.NET Data Services par Matthieu MEZIL le il y a 21 heures et 7 minutes

- edmx : mise à jour du modèle depuis la base par Matthieu MEZIL le 10-06-2008, 17:47

- Alternatif - Mono 2.0 est arrivé! par #Rui le 10-06-2008, 16:33