Yo tenía la impresión de sed no estaba bloqueando, porque cuando yo digo:¿Está sed blocking?
iostat | sed
sed procesa los datos a medida que llega, pero cuando lo hago
iostat | sed | netcat
Entonces sednetcat bloques.
¿Estoy en lo cierto?
sed funcionará en modo de búfer cuando no se imprime en un terminal. Esto significa que intentará llenar su búfer interno antes de realizar cualquier procesamiento y salida de manera predeterminada.
Esto se hace para aumentar el rendimiento, porque normalmente en una tubería no le importa el tiempo, pero quiere que se procesen tantos datos en un tiempo determinado como sea posible.
Pasar -u a sed le dirá que funcione sin búfer, por lo tanto, funciona de la misma manera que funciona cuando la salida va a un terminal.
No sé si entiendo la pregunta correcta, pero en su ejemplo, debería ser así:
Aparte de eso, sed no debería necesitar leer toda su entrada para producir resultados.
¿Observa algún retraso que no se pueda explicar por esto y por un pequeño almacenamiento en búfer?
Además de lo que dice @saua, sed está al menos orientado a la línea, que lee una línea y luego opera en él de modo que siempre almacenará en búfer al menos una línea. Además, sed puede funcionar en modo multilínea. Si está utilizando un patrón de líneas múltiples, entonces sed no puede dar salida a su memoria intermedia actual hasta que sepa que el patrón no se aplica o el patrón se ha procesado.
stdbuf puede ayudar a cambiar el comportamiento de almacenamiento en búfer de las corrientes estándar de io. Puede probar esto para cambiar el comportamiento de amortiguación:
... | stdbuf -oL -eL sed -e ... | ...
sed: opción ilegal - u – CommaToast
@CommaToast: entonces o bien utilizar sed de GNU o averiguar si su sabor de sed tiene una opción equivalente (y que lo ponga aquí como una respuesta, cuando lo haga). –
En mi comp de MacOSX, '-u' no se encuentra, pero' -l' funciona para el almacenamiento de líneas, lo cual es preferible. – Umbrella