W skrócie, jakie są potencjalne negatywne konsekwencje wstrzymania procesu za pomocą control-z?

Używając bash, można zatrzymać proces za pomocą control-z. Czy są jednak jakieś ogólne okoliczności lub wytyczne, na które należy uważać, gdy proces nie zachowywałby się dobrze po wstrzymaniu?

Mój konkretny scenariusz polegał na utworzeniu pliku tar, który trwał dłużej niż oczekiwano. Chciałem go zatrzymać, aby umieścić go w tle, ale postanowiłem tego nie robić. Moje pytanie nie jest oczywiście specyficzne dla smoły. Mam raczej nadzieję, że lepiej zrozumiem funkcję pauzy w bashu, a także to, co sprawi, że proces źle zareaguje na wstrzymanie.

Zadania przechowywania (pvmove, veritas vx-cokolwiek), które opierają się na kopiach atomowych. Nie jest dobrze, jeśli utkną poza swoją kontrolą. Zależy to od tego, czy zadanie po prostu odpala niektóre API, a resztę wykonuje z przestrzeni jądra, a następnie jest bezpieczne. Jeśli dzieje się to w tym * procesie * w twojej powłoce, to naprawdę idź z ekranem i trzymaj ręce z daleka.

Zdecydowanie zalecamy unikanie zatrzymywania ich w tle. Polecenia korzystające z buforów takich jak dd wydają się być lepsze, z wyjątkiem wspomnianych powyżej napędów taśm.

(Kiedyś wygrałem dodatkowy restart, mniej snu i dużo paranoi, kiedy to mi się przydarzyło podczas sprzątania bałaganu innych ludzi. Oczywiście: nie próbuj używać skrótów, jeśli naprawiasz skróty innych ludzi ...)

Jeśli proces zapisuje dane, pamiętaj, że problemy z synchronizacją z urządzeniami i buforami nieposiadającymi losowego dostępu mogą być problematyczne. Widziałem czasami napędy taśm.

I prozaiczny scenariusz: zrobienie Ctrl-Z, potem zapomnienie o tym, wylogowanie się i utrata procesu! =)

Nie jest to konkretna odpowiedź na pytanie, ale możesz też spróbować uruchomić równoległe zadania screen. Możesz więc używać powłoki jednocześnie z innym programem.