Existe-t-il un moyen de rediriger la sortie vers un fichier sans mettre en tampon sur unix / linux?

J'ai un long processus de traitement par lots qui génère des informations de débogage et de processus sur stdout. Si je viens de courir à partir d'un terminal, je peux garder une trace de «où il se trouve», mais les données deviennent trop volumineuses et disparaissent de l'écran.

Si je redirige la sortie vers un fichier '> out.txt', je récupère finalement la totalité de la sortie, mais celle-ci est mise en mémoire tampon afin que je ne puisse plus voir ce qu'elle fait actuellement.

Existe-t-il un moyen de rediriger la sortie sans l’empêcher de mettre ses écritures en mémoire tampon?

Vous pouvez définir explicitement les options de mise en mémoire tampon des flux standard à l'aide d'un setvbufappel en C (voir ce lien ), mais si vous essayez de modifier le comportement d'un programme existant, essayez stdbuf( coreutilsapparemment à partir de la version 7.5).

Cela tamponne stdoutjusqu'à une ligne:

stdbuf -oL command > output

Cela désactive stdoutcomplètement la mise en mémoire tampon:

stdbuf -o0 command > output

Vous pouvez obtenir une sortie mise en mémoire tampon dans un fichier en utilisant la scriptcommande comme suit:

stty -echo -onlcr   # avoid added \r in output
script -q /dev/null batch_process | tee output.log        # Mac OS X, FreeBSD
script -q -c "batch_process" /dev/null | tee output.log   # Linux
stty echo onlcr

Sur Ubuntu, le unbufferprogramme (à partir du expect-dev) package a fait l'affaire pour moi. Il suffit de courir:

unbuffer your_command

et ça ne va pas le tamponner.

La solution la plus simple que j'ai trouvée (aucun logiciel tiers requis n'a été installé) a été mentionnée dans un fil de discussion similaire sur les sites Unix et Linux : utilisez la scriptcommande. Il est vieux et probablement déjà installé.

$ script -q /dev/null long_running_command | print_progress       # FreeBSD, Mac OS X
$ script -q -c "long_running_command" /dev/null | print_progress  # Linux

Notez que le premier paramètre de nom de fichier de la scriptcommande est le fichier journal à écrire . Si vous exécutez simplement script -q your_command, vous écraserez la commande que vous avez mise en retrait avec le fichier journal. Vérifiez man script, pour être sûr, avant de l'essayer.

essayez la scriptcommande; si votre système en dispose, il prend un nom de fichier en argument, tout le texte vidé sur stdout est copié dans le fichier. C'est très utile lorsqu'un programme d'installation nécessite une interaction.

Personnellement, je préfère canaliser la sortie d'une commande que je souhaite examiner tee.

scriptenregistre trop d'informations, y compris le minutage des appuis sur les touches et de nombreux caractères non imprimables. Ce qui teesauve est pour moi beaucoup plus lisible par l'homme.

Rediriger la sortie dans un fichier et suivre le fichier avec la tail -fcommande.

Modifier

Si le problème persiste, utilisez la fonction syslog (généralement non tamponnée). Si le processus de traitement par lots s'exécute en tant que script shell, vous pouvez utiliser la commande logger pour ce faire. Si le travail par lots s'exécute dans un langage de script, il devrait malgré tout y avoir une fonction de journalisation.

Vous pouvez utiliser la teecommande, tout simplement magique!

someCommand | tee logFile.logseront tous deux affichés dans la console et écrits dans le fichier journal.