PEBKAC #8757

En explorant un ancien PC sous Ubuntu, j'ai mis la main sur un fichier texte d'environ 26 Go, dont voici un extrait :

y
y
y
y
y
y
y
y
y
y
y
y

Je ne sais toujours pas ce qui m'a pris, mais apparemment, j'avais laissé tourner la commande pendant environ un quart d'heure. PEBKAC.

PEBKAC #8757 proposé par Somadeva le 09/10/2013 | 13 commentaires | 👍🏽 👎🏽 +143

yes > no

Commentaire #114582 écrit par leafty le 09/10/2013 à 12h36 | 👍🏽 👎🏽

Ca m'a fait rire... mais je ne vois pas le pebkac :/ il faudrait qu'il soit mieux décrit ^^

Commentaire #114586 écrit par Nejaa Halcyon le 09/10/2013 à 12h54 | 👍🏽 👎🏽

ce que j'en ai compris, en gros, un programme avec commande d'écriture d'un fichier qui n'y a écrit que des "y" et CR LF dedans, ce qui fait au total 26 Go...
ceux qui veulent se donner la peine de calculer peuvent avoir le nombre de lignes.....

Commentaire #114589 écrit par nonolelion le 09/10/2013 à 13h14 | 👍🏽 👎🏽

En fait sous Linux, contrairement à Windows, à la fin d'une ligne il n'y a qu'un seul caractère le LF (0x0A).
Ce qui simplifie le calcul à environ 13 milliards de lignes.

Commentaire #114591 écrit par but2ene le 09/10/2013 à 13h35 | 👍🏽 👎🏽

Sans doute ça.

Excuse moi Capitaine Obvious si je fais ton travail :

yes est une commande qui génère plein de « y » par défaut. Le but de cet exécutable c'est qu'on peut rediriger sa sortie vers une autre commande qui pose plein de questions, et qu'on sait qu'on veut toujours dire oui. Ça évite de se farcir des y, entrée, y, entrée, y, entrée, etc.

Utilisée toute seule, yes n'est pas d'un très grand intérêt, mais on peut faire des très gros fichiers avec ça.

Commentaire #114592 écrit par pbx le 09/10/2013 à 13h42 | 👍🏽 👎🏽

merci!
on va prendre aussi 15 minutes, * 60secondes ça donne 900secondes,
13 milliards/900 : 14,4* millions de lignes à la secondes!!! pas mal!

Commentaire #114593 écrit par nonolelion le 09/10/2013 à 13h43 | 👍🏽 👎🏽

c'est pour ça que dès les premiers commentaires, ya captain obvious ;)

et moi au contraire jtrouve que une formulation explicite ça serait vachement plus lourd, là c'est drôle parceque on voit vite d'où ça vient ce genre de contenu (et si non on invoque captain)

Commentaire #114607 écrit par yomama le 09/10/2013 à 14h58 | 👍🏽 👎🏽

@but2ene : En supposant que ce soit le kernel qui gère les encodages de caractères.

(Oui, j'ai dans mon salon un trou noir qui me permet de passer dans un univers où c'est trolldi tous les jours. Ça fait juste un peu planter ntp quand je le kill pas avant.)

Commentaire #114629 écrit par Geist le 09/10/2013 à 17h00 | 👍🏽 👎🏽

Merci pbx, j'ai enfin compris à quoi servait cette commande.

Commentaire #114652 écrit par Moi le 09/10/2013 à 18h41 | 👍🏽 👎🏽

Peut aussi servir à tester la sortie son avec oss : yes > /dev/dsp. Si ça marche on le sait très vite :)

Commentaire #114670 écrit par cpn42 le 09/10/2013 à 21h07 | 👍🏽 👎🏽

Maigre consolation si ça te fend le cœur dʼeffacer un si beau fichier : tu peux toujours le compresser et avec un contenu pareil tu obtiendras un taux de compression particulièrement impressionnant.

Commentaire #114682 écrit par /etc/passwd le 10/10/2013 à 00h20 | 👍🏽 👎🏽

« En supposant que ce soit le kernel qui gère les encodages de caractères. »
Ben on va dire que c'est les normes dérivées d'Unix (posix, System V, etc.). Jusqu'à preuve du contraire, les gens développant des OS à partir du noyau Linux en respectent une.

Commentaire #114696 écrit par but2ene le 10/10/2013 à 01h27 | 👍🏽 👎🏽

Je pense que même si je le supprimais, je pourrais le recréer facilement...

Commentaire #114834 écrit par Somadeva le 10/10/2013 à 18h24 | 👍🏽 👎🏽