ls -sh $(realpath $(which grep))
152K /bin/grep
timefor i in $(seq 1000);do grep;done2>/dev/null
real 0m2.073s
user 0m1.116s
sys 0m0.267s
Soit dans les 2 millièmes de secondes avec le coût de la boucle bash sous-optimisée.
Je veux bien que moins d'un centième de seconde ça suffise à ne pas percevoir la latence, mais bigre, c'est lent et lourd (11 à 32 fois plus gros) ces alternatives !
Ça veut justement dire que ça reste des alternatives à utiliser en mode interactif, pour leur meilleure ergonomie, quand le temps d'écriture de la commande est titanesque par rapport au temps de chargement du programme, mais pas forcément quelque chose d'exploitable dans de la programmation shell.
[^] # Re: langue
Posté par Yth (Mastodon) . En réponse à la dépêche Des alternatives à grep, ls et find. Évalué à 5.
Soit dans les 2 millièmes de secondes avec le coût de la boucle bash sous-optimisée.
Je veux bien que moins d'un centième de seconde ça suffise à ne pas percevoir la latence, mais bigre, c'est lent et lourd (11 à 32 fois plus gros) ces alternatives !
Ça veut justement dire que ça reste des alternatives à utiliser en mode interactif, pour leur meilleure ergonomie, quand le temps d'écriture de la commande est titanesque par rapport au temps de chargement du programme, mais pas forcément quelque chose d'exploitable dans de la programmation shell.
Yth.