Czy istnieje sposób przekierowania wyjścia do pliku bez buforowania w systemach unix / linux?

Mam długo działający proces wsadowy, który wyprowadza niektóre informacje debugowania i procesu na standardowe wyjście. Jeśli po prostu uruchomię z terminala, mogę śledzić „gdzie to jest”, ale wtedy dane stają się zbyt duże i przewijają się poza ekran.

Jeśli przekieruję na wyjście do pliku „> out.txt”, w końcu otrzymam całe wyjście, ale jest ono buforowane, więc nie mogę już zobaczyć, co robi teraz.

Czy istnieje sposób na przekierowanie wyjścia, ale nie buforowanie zapisów?

Możesz jawnie ustawić opcje buforowania standardowych strumieni za pomocą setvbufwywołania w C (patrz ten link ), ale jeśli próbujesz zmodyfikować zachowanie istniejącego programu, spróbuj stdbuf(część coreutilszaczynająca się od wersji 7.5 najwyraźniej).

Buforuje stdoutdo linii:

stdbuf -oL command > output

To stdoutcałkowicie wyłącza buforowanie:

stdbuf -o0 command > output

Możesz uzyskać wyjście buforowane wierszem do pliku, używając scriptpolecenia w następujący sposób:

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

Na Ubuntu, pakiet unbufferprogramu (z expect-dev) wykonał dla mnie lewę. Po prostu biegnij:

unbuffer your_command

i to go nie buforuje.

Najłatwiejsze rozwiązanie, które znalazłem (nie wymagało instalowania żadnych pakietów stron trzecich) zostało wspomniane w podobnym wątku na stronie Unix i Linux : użyj scriptpolecenia. Jest stary i prawdopodobnie już zainstalowany.

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

Zauważ, że pierwszym parametrem nazwy pliku dla scriptpolecenia jest plik dziennika, który ma zostać zapisany . Jeśli po prostu uruchomisz script -q your_command, zastąpisz polecenie, które chcesz uruchomić, z plikiem dziennika. Sprawdź man script, aby być bezpiecznym, zanim spróbujesz.

wypróbuj scriptpolecenie; jeśli twój system go ma, przyjmuje nazwę pliku jako argument, cały tekst zrzucony na standardowe wyjście zostaje skopiowany do pliku. Jest to bardzo przydatne, gdy program instalacyjny wymaga interakcji.

Osobiście wolę przesyłanie danych wyjściowych polecenia, które chcę sprawdzić tee.

scriptzapisuje zbyt wiele informacji, w tym czas naciśnięć klawiszy i wiele znaków, które nie mogą zostać wydrukowane. To, co teeoszczędza, jest dla mnie o wiele bardziej czytelne dla człowieka.

Przekieruj dane wyjściowe do pliku i postępuj zgodnie z tail -fpoleceniem.

Edytować

Jeśli nadal występuje problem z buforowaniem, skorzystaj z narzędzia syslog (które zasadniczo nie jest buforowane). Jeśli proces wsadowy działa jako skrypt powłoki, można to zrobić za pomocą polecenia logger. Jeśli zadanie wsadowe działa w języku skryptowym, i tak powinna istnieć możliwość logowania.

Możesz użyć teepolecenia, po prostu magia!

someCommand | tee logFile.logbędzie zarówno wyświetlacz w konsoli i zapisywać do pliku dziennika.