dziecko

W inżynierii oprogramowania słowo dziecko nie pojawia się wyłącznie w kontekście rodziny czy edukacji. To fundamentalny termin techniczny, który opisuje procesy potomne w systemach operacyjnych, komponenty potomne w drzewach interfejsu użytkownika, rekordy podrzędne w bazach danych oraz wiele innych relacji hierarchicznych. Każdy, kto kiedykolwiek debugował wyciek pamięci w procesie-dziecku albo naprawiał błąd renderowania w komponencie-dziecku, wie, że zarządzanie tymi zależnościami potrafi zadecydować o stabilności całego systemu.

W tym artykule analizuję pojęcie dziecko z perspektywy inżyniera pracującego w środowiskach produkcyjnych. Skupiam się na procesach-dzieciach w Linuksie i Node js, komponentach-dzieciach w React, relacjach rodzic-dziecko w bazach danych oraz na obserwowalności tych hierarchii. Odwołuję się też do realnego wdrożenia systemu monitorowania w firmie logistycznej z Kościerzyny, które pokazało, jak krytyczne jest świadome zarządzanie cyklem życia obiektów potomnych.

Zarządzanie procesami-dziećmi to nie tylko szczegół implementacyjny - to różnica między stabilnym systemem a awarią o trzeciej nad ranem.

Proces-dziecko w systemach Unix/Linux: fork, exec, wait

W systemach zgodnych ze standardem POSIX proces-dziecko powstaje w wyniku wywołania funkcji fork(). Proces macierzysty zostaje sklonowany, a nowo utworzony proces-dziecko otrzymuje kopię przestrzeni adresowej, deskryptorów plików i kontekstu wykonania. Mechanizm copy-on-write sprawia, że kopiowanie pamięci jest leniwe - strony fizyczne są współdzielone do momentu pierwszej próby zapisu. To optymalizacja, którą można zweryfikować w dokumentacji man 2 fork

Po wykonaniu fork() proces-dziecko zwykle wywołuje exec(), aby zastąpić swój obraz nowym programem. Dopiero wtedy mamy do czynienia z realnie odrębnym zadaniem. Kluczowy jest jednak moment zakończenia: proces-dziecko, które zakończyło działanie, ale nie zostało odebrane przez rodzica za pomocą wait() lub waitpid(), staje się procesem zombie. W systemach produkcyjnych widywałem setki takich procesów, które blokowały wpisy w tablicy procesów. Domyślny limit PID w Linuksie wynosi 32768, ale można go podnieść do ponad 4 milionów - to jednak nie rozwiązuje problemu, a jedynie go maskuje.

Warto pamiętać, że proces-dziecko dziedziczy nie tylko pamięć, ale też zmienne środowiskowe, deskryptory plików i maskę sygnałów. To dziedziczenie bywa źródłem subtelnych błędów bezpieczeństwa, o czym piszę dalej. W dystrybucjach z systemd zarządzanie procesami potomnymi odbywa się za pośrednictwem cgroups, które pozwalają na limitowanie CPU i pamięci dla całych drzew procesów - w tym wszystkich dzieci danego serwisu.

Node, and js child_process: asynchroniczne zarządzanie potomkami

W środowisku