2008/7/23 Kereoz <
kereoz@xxxxxxxxxx>:
Ce n'est que mon avis, mais il ne me parait pas pertinent de compter
le nombre de lignes en sortie d'une commande. Certaines commandes
peuvent s'effectuer tres rapidement tout en ayant une sortie plus
longue que d'autres.
Je serais plutot pour l'approximation : tant de commandes effectuees
sur tant de commandes au total, ou bien pour donner un coefficient a
chaque commande si tu veux quelque chose de plus precis.
Une idee pour donner des coeffs a tes commandes serait par exemple de
les executer dans un premier temps a la main via la commande *time*.
Tu aura ainsi le temps que prend chaque commande sur ta machine. Tu
peux donc ensuite representer ce temps sour forme de coefficient
relatif et l'utiliser dans ton calcul.
On peut supposer que sur une machine plus rapide, les temps
regresseront de manirere lineaire : ces temps auront toujours plus ou
moins la meme difference proportionnelle.
Exemple:
time find . -iname *toto*
donne :
real 0m0.341s
user 0m0.010s
sys 0m0.000s
C'est le *real* qui est interessant dans notre cas.
C'est une autre façon de voir en effet, pour des commandes relativement courtes c'est pas mal, mais lorsqu'on lance le démarrage d'une machine via ssh, cela se fait en une commande et ça prend beaucoup de temps! Dans mon cas, le premier script contient 9 commandes et met en gros 80 secondes à les lancer...
Ça ferait une progress bar à 9 rafraichissements sur 80s... Ça ne convient pas...
Il me faut véritablement que pour chaque ligne sortie, on a une progression de la barre, avec un taux basé sur le nombre de ligne total (dans le cas d'un événement reproductible évidemment)...