Ces commandes sont-elles sensées absorber plus de données qu'elles ne vont finalement en traiter?
Oui. Sinon, sans connaitre la taille des lignes, tu vas sinon faire une lecture (appel système) par caractères et vive l'efficacité.
head n'a jamais été une commande qui avale des lignes et laisse inchanger le reste. Il faut considerer qu'il prend tout et ne rend que les -n lignes demandé. Dans le cas d'un long ls -l /usr/bin , c'est juste que le programme quitte et s'amuse pas à lire inutilement ce qui reste, ce qui pourrait prendre du temps pour rien.
# C'est pas un bug, c'est une fonctionnalité (mal comprise?)
Posté par JereMe . En réponse au journal sort - tri de route. Évalué à 2.
Oui. Sinon, sans connaitre la taille des lignes, tu vas sinon faire une lecture (appel système) par caractères et vive l'efficacité.
head n'a jamais été une commande qui avale des lignes et laisse inchanger le reste. Il faut considerer qu'il prend tout et ne rend que les -n lignes demandé. Dans le cas d'un long ls -l /usr/bin , c'est juste que le programme quitte et s'amuse pas à lire inutilement ce qui reste, ce qui pourrait prendre du temps pour rien.