¿Hay alguna manera de redirigir la salida a un archivo sin almacenar en búfer en unix / linux?

Tengo un proceso por lotes de larga ejecución que genera información de depuración y proceso en stdout. Si solo corro desde un terminal, puedo hacer un seguimiento de "dónde está", pero luego los datos son demasiado y se desplazan fuera de la pantalla.

Si redirijo a la salida a un archivo '> out.txt', eventualmente obtengo toda la salida, pero está almacenada en un búfer, por lo que ya no puedo ver lo que está haciendo en este momento.

¿Hay alguna manera de redirigir la salida pero hacer que no almacene sus escrituras?

Puede establecer explícitamente las opciones de almacenamiento en búfer de las transmisiones estándar utilizando una setvbufllamada en C (consulte este enlace ), pero si está intentando modificar el comportamiento de un programa existente, intente stdbuf(parte de coreutilscomenzar con la versión 7.5 aparentemente).

Esto amortigua stdouthasta una línea:

stdbuf -oL command > output

Esto desactiva el stdoutalmacenamiento en búfer por completo:

stdbuf -o0 command > output

Puede lograr una salida de línea almacenada en un archivo utilizando el scriptcomando de la siguiente manera:

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

En Ubuntu, el paquete del unbufferprograma (del expect-dev) hizo el truco para mí. Solo corre:

unbuffer your_command

y no lo amortiguará.

La solución más fácil que encontré (no necesitaba instalar ningún paquete de terceros) se mencionó en un hilo similar en el sitio de Unix y Linux : use el scriptcomando. Es viejo y probablemente ya esté instalado.

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

Tenga en cuenta que el primer parámetro de nombre de archivo para el scriptcomando es el archivo de registro que se escribirá . Si simplemente ejecuta script -q your_command, sobrescribirá el comando que sangró para ejecutar con el archivo de registro. Verifique man script, para estar seguro, antes de intentarlo.

prueba el scriptcomando; si su sistema lo tiene, toma un nombre de archivo como argumento, todo el texto volcado a stdout se copia en el archivo. Es muy útil cuando un programa de instalación requiere interacción.

Personalmente, prefiero la salida de tubería de un comando que deseo examinar tee.

scriptregistra demasiada información, incluida la sincronización de las pulsaciones de teclas y muchos caracteres no imprimibles. Lo que teeahorra es mucho más legible para mí.

Redirija la salida a un archivo y siga el archivo con el tail -fcomando.

Editar

Si esto todavía sufre de almacenamiento en búfer, utilice la función syslog (que generalmente no tiene búfer). Si el proceso por lotes se ejecuta como un script de shell, puede usar el comando logger para hacer esto. Si el trabajo por lotes se ejecuta en un lenguaje de secuencias de comandos, de todos modos debería haber una instalación de registro.

Puedes usar el teecomando, ¡solo magia!

someCommand | tee logFile.logserá tanto la pantalla en la consola y escribir en el archivo de registro.