utiliser que des commandes awk sans aucun appel à des binaires externes (ce qui est tout de même plus intéressant)
c'est une affirmation générale qui n'est pas forcément vraie. Selon quel(s) critère(s) c'est mieux ?
En terme de temps de développement, c'est clairement moins bien, vu que sort | uniq, c'est immédiat pour à peu près tout le monde sur ce forum.
En terme de performances en temps de traitement, on ne peut jamais dire grand chose sans mesurer sur des données correspondant au cas réel. Je pense qu'une version tout en awk sera plus performante si on doit traiter un très grand nombre de fichier (parce qu'on économise des forks) mais pour le reste ... (autre volumétrie, consommation mémoire, ...)
Dans l'absolu, entre deux solutions techniquement satisfaisantes, on va choisir en fonction des compromis fait par chaque version par rapport aux besoins qu'on a. Dans l'absolu, il y existe rarement une solution qui soit meilleure dans tous les cas.
[^] # Re: integrer sort et uniq dans awk?
Posté par gaaaaaAab . En réponse au message Aide sur awk pour compter la longueur des mots.... Évalué à 2.
c'est une affirmation générale qui n'est pas forcément vraie. Selon quel(s) critère(s) c'est mieux ?
En terme de temps de développement, c'est clairement moins bien, vu que sort | uniq, c'est immédiat pour à peu près tout le monde sur ce forum.
En terme de performances en temps de traitement, on ne peut jamais dire grand chose sans mesurer sur des données correspondant au cas réel. Je pense qu'une version tout en awk sera plus performante si on doit traiter un très grand nombre de fichier (parce qu'on économise des forks) mais pour le reste ... (autre volumétrie, consommation mémoire, ...)
Dans l'absolu, entre deux solutions techniquement satisfaisantes, on va choisir en fonction des compromis fait par chaque version par rapport aux besoins qu'on a. Dans l'absolu, il y existe rarement une solution qui soit meilleure dans tous les cas.