Discussion :

[djibril]

Voilà un petit topic pour avoir vos avis sur le temps d'execution de vos differents scripts perl en général. Je sais que ça dépend de la longueur du script, du fichier traité, etc. Mais j'aimerais bien avoir vos différents avis.
Si ce topic suscite pleins de commentaires, je le mettrais en post-it.
Pour ma part, j'ai cree un module qui parse un fichier XML (interpro pour les connaisseurs ) et ce dernier fait 36 Mo. Mon script fait environ 30s, est ce long? Sachant qu'il affiche juste les données que je souhaite. En fait, je mets ce fichier dans un hash que je manipule par la suite.

NB: Je sais qu'il existe des scripts pouvant durer plus longtemps (Plus de 24h), et oui, j'en ai déjà fais (en cumulant plusieurs modules dbi, xml, etc).
Merci de votre participation!!!

[Arioch]

Bonjour,

je vais donner un exemple provenant d'une application perso. Je gère des combats d'arène dont les programmes les réalisant sont écrits en Perl.

Pour chaque combat, en moyenne, 1.000 random sont effectués à partir d'un script de + de 7.000 lignes. Ca peut allègrement dépasser les 5.000 random, selon la durée du combat à traiter, parfois bien plus encore. Le programme ne fait pas que ça, il charge en amont beaucoup de fichiers de config et de données, environ 14.000 variables chargées en mémoire en moyenne par lancement du programme. Pour finir, il écrit des logs volumineux ainsi que bon nombre de fichiers de sortie.

Une chose qui le ralentit, c'est qu'il affiche des messages sur STDOUT, lequel s'affiche dans ma console sous Linux.

Pour ce qui est du temps d'exécution sur mon PC T-Bird 1 GHz + 256 Mo de SDRAM, pour 100 combats la durée GLOBALE est de 3 secondes en moyenne.

Pas mécontent de Perl pour sa rapidité en tout cas !

[Arioch]

Dans un domaine purement professionnel, j'ai écrit un script Perl qui scanne des fichiers au format SGML dépassant 95 Mo par tête de pipe.

Le but du script est de récupérer diverses infos contenues dans les balises SGML, de les comparer avec des fichiers du même type mais des mois précédents et le tout, afin de faire ressortir toute divergence entre un nouveau fichier et le précédent immédiat.

Durée du traitement en moyenne = 4 à 5 minutes mais j'ajoute pour l'histoire que le script + les fichiers analysés se situent sur le réseau et non sur mon disque dur, ce qui n'arrange pas la durée du temps de traitement.

[GLDavid]

Je vais y aller de mon usine à gaz publiée.
A Québec, ma mission était de développer un LIMS pour analyser des protéomiques (djibril doit connaître ça ). Tout a été réalisé en Perl et incluait des parseurs XML, HTML, des regexps, et des modules DBI Oracle et MySQL.
En fait, c'est pas tellement mes scripts Perl qui étaient longs, ils étaient même rapides pour extraire les infos de mes fichiers résultats en XML, HTML et ASCII. Non, ce qui était long c'était les appels systèmes vers les applications connexes. C'étaient elles qui ralentissaient horriblement tout !
Mais Perl était rapide pour le reste et c'est ce qui a fait que j'ai apprécié ce langage

@++

[djibril]

pas trop de succés ce topic

[kioka]

Je me suis aperçut que suivant la taille du fichier le temps d'exécution des modules Bioperl peut vite être infernale (plusieurs dizaines de minutes) ... Parfois c'est mieux de charger le fichier via bioperl et de faire sa propre moulinette maison !