Zacząłem pobierać duży plik w tle, używając
$ nohup wget http://example.tld/big.iso &
co daje mi również nohup.out
plik zawierający dane wyjściowe wget
.
Teraz, jeśli później chcę obejrzeć proces pobierania, mógłbym użyć, $ tail -f nohup.out
ale to wypełnia okno terminala szybciej, niż bym sobie tego życzył. To, co chciałbym zobaczyć, to ostatnia linia stale aktualizowana (tak jak w przypadku używania wget
samego).
Próbowałem, $ tail -n 1 -f nohup.out
ale wydaje się, że wpływa to tylko na początkowe dopasowanie.
Ogólnie rzecz biorąc, jeśli możliwe jest ograniczenie (w tym przypadku do 1) liczby linii dostępnych / widocznych na wyjściu polecenia, rozwiązałoby to problem. Tak jakby mieć wyjście w buforze cyklicznym - wystarczy pomyśleć o normalnym pasku postępu $ wget example.tld/big.iso
.
Czy istnieje takie rozwiązanie?
A może wspinam się na drzewo w niewłaściwy sposób? (Czy to znaczy, czy łatwiej byłoby ograniczyć nohup
wydajność lub zrobić coś innego?)
tail
co sekundę powstaje nowy proces, który może, ale nie musi, być czymś, na czym ci zależy. Pamiętaj też, aby podać przedział poniżej sekundy (np.watch -n 0.1
), Aby zasymulować „ciągłą aktualizację” części. (To oczywiście zwiększa także liczbę procesów i wywołuje otwarte pliki.) Wreszcie, jeśli używasz OS X, możesz uzyskaćwatch
z MacPorts, ponieważ nie jest on domyślnie dostępny.