Tại sao một zombie chờ đợi đứa con của nó?

Tôi đang đào qua các nguồn khác nhau, nhưng không thể tìm thấy một mô tả hay về giải phẫu của việc gặt hái trẻ em. Đây là một trường hợp đơn giản về những gì tôi muốn hiểu.

$ cat <( sleep 100 & wait ) &
[1] 14247
$ ps ax -O pgid | grep $$
12126 12126 S pts/17   00:00:00 bash
14248 12126 S pts/17   00:00:00 bash
14249 12126 S pts/17   00:00:00 sleep 100
14251 14250 S pts/17   00:00:00 grep --color=auto 12126
$ kill -2 14248

$ ps ax -O pgid | grep $$
12126 12126 S pts/17   00:00:00 bash
14248 12126 Z pts/17   00:00:00 [bash] <defunct>
14249 12126 S pts/17   00:00:00 sleep 100
14255 14254 S pts/17   00:00:00 grep --color=auto 12126

Tại sao zombie chờ đợi đứa trẻ?

Bạn có thể giải thích điều này? Tôi có cần biết C và đọc mã nguồn Bash để hiểu rõ hơn về điều này hay có tài liệu nào không? Tôi đã tham khảo ý kiến:

• các liên kết khác nhau trên trang web này và Stack Overflow
• Dòng lệnh Linux của W. Shotts
• man bash
• Tài liệu tham khảo Bash (trong tài liệu mã nguồn Bash)
• Hướng dẫn Bash cho người mới bắt đầu @ tldp.org
• Hướng dẫn Bash-Scripting nâng cao

GNU bash, phiên bản 4.3.42 (1) -release (x86_64-pc-linux-gnu)

Linux 4.4.0-31-chung # 50-Ubuntu SMP Thứ tư ngày 13 tháng 7 00:07:12 UTC 2016 x86_64 x86_64 x86_64 GNU / Linux

Thây ma không đợi con của nó. Giống như bất kỳ quá trình zombie nào, nó tồn tại xung quanh cho đến khi cha mẹ của nó thu thập nó.

Bạn nên hiển thị tất cả các quy trình liên quan để hiểu những gì đang diễn ra và cũng xem xét PPID. Sử dụng dòng lệnh này:

ps -t $(tty) -O ppid,pgid

Cha mẹ của quá trình bạn đang giết là cat. Điều gì xảy ra là bash chạy lệnh nền cat <( sleep 100 & wait )trong một lớp con. Vì điều duy nhất mà lớp con này làm là thiết lập một số chuyển hướng và sau đó chạy một lệnh bên ngoài, nên lớp con này được thay thế bằng lệnh bên ngoài. Đây là danh sách:

• Bash ban đầu (12126) gọi forkđể thực thi lệnh nền cat <( sleep 100 & wait )trong một đứa trẻ (14247).
  • Đứa trẻ (14247) gọi pipeđể tạo một đường ống, sau đó forktạo ra một đứa trẻ để chạy thay thế quá trình sleep 100 & wait.
    • Các cháu (14248) gọi forkđể chạy sleep 100trong nền. Vì cháu không tương tác, quá trình nền không chạy trong một nhóm quy trình riêng biệt. Sau đó, cháu chờ đợi sleepđể thoát ra.
  • Đứa trẻ (14247) gọi setpgid(đó là một công việc nền trong lớp vỏ tương tác để nó có được nhóm quy trình riêng), sau đó execvechạy cat. (Tôi hơi ngạc nhiên khi sự thay thế quá trình không xảy ra trong nhóm quy trình nền.)
• Bạn giết cháu (14248). Cha mẹ của nó đang chạy cat, không biết gì về bất kỳ quy trình con nào và không có cuộc gọi kinh doanh wait. Vì cha mẹ của đứa cháu không gặt hái được, nên đứa cháu ở lại như một thây ma.
• Cuối cùng, catthoát - hoặc vì bạn giết nó, hoặc vì sleeptrả lại và đóng đường ống để catthấy sự kết thúc của đầu vào. Vào thời điểm đó, cha mẹ của zombie chết, vì vậy zombie được thu thập bởi init và init gặt hái nó.

Nếu bạn thay đổi lệnh thành

{ cat <( sleep 100 & wait ); echo done; } &

sau đó catchạy trong một quy trình riêng biệt, không phải trong đứa trẻ của quy trình bash ban đầu: đứa trẻ đầu tiên phải ở lại để chạy echo done. Trong trường hợp này, nếu bạn giết cháu, nó sẽ không tồn tại như một thây ma, bởi vì đứa trẻ (vẫn đang chạy bash vào thời điểm đó) gặt hái nó.

Xem thêm Làm thế nào để linux xử lý quá trình zombie và zombie có thể có trẻ mồ côi không? Những đứa trẻ mồ côi sẽ bị quấy rầy bằng cách gặt hái zombie?

Zombie không chờ đợi đứa trẻ. Thay vào đó, zombie là các quá trình đó đã chết (bằng cách riêng của mình, hoặc bị giết - như trong ví dụ của bạn), có mã của nó, dữ liệu và ngăn xếp deallocated, và bây giờ chỉ chứa mã lối ra của nó, chờ đợi mẹ gọi wait(2)để lấy nó (và do đó cuối cùng làm sạch quá trình nhập hoàn toàn từ bảng quy trình)

Trong ví dụ của bạn, khi giấc ngủ kết thúc (hoặc bị giết), cha mẹ sẽ đọc các trạng thái thoát và gặt hái zombie. Xem ở trên wait(2)để biết chi tiết.