Dlaczego „sed q” działa inaczej podczas czytania z potoku?

Utworzyłem plik testowy o nazwie „test”, który zawiera następujące elementy:

xxx
yyy
zzz

Uruchomiłem polecenie:

(sed '/y/ q'; echo aaa; cat) < test

i mam:

xxx
yyy
aaa
zzz

Potem pobiegłem:

cat test | (sed '/y/ q'; echo aaa; cat)

i dostał:

xxx
yyy
aaa

Pytanie

sedczyta i drukuje, aż napotka linię z „y”, a następnie zatrzymuje się. W pierwszym przypadku, ale nie drugim, kot czyta i drukuje resztę.

Czy ktoś może wyjaśnić, jakie zjawisko kryje się za tą różnicą w zachowaniu?

Zauważyłem też, że działa to w ten sposób w Ubuntu 16.04 i Centos 6, ale w Centos 7 żadne polecenie nie wypisuje „zzz”.

Kiedy plik wejściowy jest widoczny (jak czytanie ze zwykłego pliku) lub nie widoczny (jak czytanie z potoku), sed(i inne standardowe narzędzia) będą zachowywać się inaczej (przeczytaj INPUT FILESsekcję w tym linku ).

Cytat z dokumentu:

Kiedy standardowe narzędzie odczytuje widoczny plik wejściowy i kończy się bezbłędnie, zanim osiągnie koniec pliku, narzędzie musi upewnić się, że przesunięcie pliku w otwartym opisie pliku jest właściwie ustawione tuż za ostatnim bajtem przetworzonym przez narzędzie.

Więc w:

(sed '/y/ q'; echo aaa; cat) < test

sedwykonał qpolecenie uit przed osiągnięciem EOF, więc pozostawił przesunięcie pliku na początku zzzlinii, więc catmoże kontynuować drukowanie pozostałych linii (GNU sed nie jest zgodny z POSIX w niektórych warunkach, patrz poniżej).

Kontynuując od dokumentu:

W przypadku plików, których nie można zobaczyć, stan przesunięcia pliku w otwartym opisie pliku dla tego pliku jest nieokreślony

W takim przypadku zachowanie nie jest określone. Większość standardowych narzędzi, w tym sed, zużywa dane wejściowe w jak największym stopniu. Odczytuje yyylinię i quit bez przywracania przesunięcia pliku, więc nic nie pozostanie cat.

GNU sednie jest zgodne ze standardem, zależy od implementacji stdio systemu i wersji glibc:

$ (gsed '/y/ q'; echo aaa; cat) < test
xxx
yyy
aaa

Tutaj wynik uzyskano z Mac OSX 10.11.6, maszyn wirtualnych Centos 7.2 - glibc 2.17, Ubuntu 14.04 - glibc 2.19, które są uruchomione na Openstack z backendem CEPH.

W tych systemach można użyć -uopcji, aby osiągnąć standardowe zachowanie:

(gsed -u '/y/ q'; echo aaa; cat) </tmp/test

a dla rury:

$ cat test | (gsed -u '/y/ q'; echo aaa; cat)
xxx
yyy
aaa
zzz

co prowadzi do strasznie nieefektywnej wydajności, ponieważ sedmusi czytać jeden bajt na raz. Częściowe wyjście z strace:

$ strace -fe read sh -c '{ sed -u "/y/q"; echo aaa; cat; } <test'
...
[pid  5248] read(3, "", 4096)           = 0
[pid  5248] read(0, "x", 1)             = 1
[pid  5248] read(0, "x", 1)             = 1
[pid  5248] read(0, "x", 1)             = 1
[pid  5248] read(0, "\n", 1)            = 1
xxx
[pid  5248] read(0, "y", 1)             = 1
[pid  5248] read(0, "y", 1)             = 1
[pid  5248] read(0, "y", 1)             = 1
[pid  5248] read(0, "\n", 1)            = 1
yyy
...