Thanh lịch có được danh sách các quá trình con cháu

Tôi muốn có một danh sách tất cả các quá trình đi xuống (ví dụ như trẻ em, cháu, v.v.) từ đó $pid. Đây là cách đơn giản nhất mà tôi nghĩ ra:

pstree -p $pid | tr "\n" " " |sed "s/[^0-9]/ /g" |sed "s/\s\s*/ /g"

Có bất kỳ lệnh, hoặc bất kỳ cách đơn giản hơn để có được danh sách đầy đủ của tất cả các quá trình con cháu?

Cách sau đây có phần đơn giản hơn và có thêm lợi thế là bỏ qua các số trong tên lệnh:

pstree -p $pid | grep -o '([0-9]\+)' | grep -o '[0-9]\+'

Hoặc với Perl:

pstree -p $pid | perl -ne 'print "$1\n" while /\((\d+)\)/g'

Chúng tôi đang tìm kiếm các số trong ngoặc đơn để chúng tôi không lấy ví dụ là 2 khi chúng tôi chạy qua gif2png(3012). Nhưng nếu tên lệnh chứa số được ngoặc đơn, tất cả các cược sẽ bị tắt. Chỉ có xử lý văn bản cho đến nay có thể đưa bạn.

Vì vậy, tôi cũng nghĩ rằng các nhóm quá trình là con đường để đi. Nếu bạn muốn có một quy trình chạy trong nhóm quy trình riêng của mình, bạn có thể sử dụng công cụ 'pgrphack' từ gói Debian 'daemontools':

pgrphack my_command args

Hoặc bạn có thể một lần nữa chuyển sang Perl:

perl -e 'setpgid or die; exec { $ARGV[0] } @ARGV;' my_command args

Nhắc nhở duy nhất ở đây là các nhóm quy trình không lồng nhau, vì vậy nếu một số quy trình đang tạo các nhóm quy trình riêng, các quy trình con của nó sẽ không còn nằm trong nhóm mà bạn đã tạo.

descendent_pids() {
    pids=$(pgrep -P $1)
    echo $pids
    for pid in $pids; do
        descendent_pids $pid
    done
}

Phiên bản ngắn nhất mà tôi đã tìm thấy cũng xử lý chính xác các lệnh như pop3d:

pstree -p $pid | perl -ne 's/\((\d+)\)/print " $1"/ge'

Nó xử lý sai nếu bạn có các lệnh có tên lạ như : my(23)prog.

Ngoài ra còn có vấn đề về tính đúng đắn. Phân tích cú pháp đầu ra của pstreecó vấn đề vì một số lý do:

• pstree hiển thị các mã PID và id của các luồng (tên được hiển thị trong dấu ngoặc nhọn)
• một tên lệnh có thể chứa dấu ngoặc nhọn, số trong ngoặc đơn khiến cho việc phân tích cú pháp đáng tin cậy là không thể

Nếu bạn đã psutilcài đặt Python và gói, bạn có thể sử dụng đoạn mã này để liệt kê tất cả các quy trình hậu duệ:

pid=2235; python3 -c "import psutil
for c in psutil.Process($pid).children(True):
  print(c.pid)"

(Gói psutil, ví dụ như được cài đặt như một phần phụ thuộc của tracerlệnh có sẵn trên Fedora / CentOS.)

Ngoài ra, bạn có thể thực hiện một giao dịch theo chiều rộng đầu tiên của cây quy trình trong vỏ bourne:

ps=2235; while [ "$ps" ]; do echo $ps; ps=$(echo $ps | xargs -n1 pgrep -P); \
  done | tail -n +2 | tr " " "\n"

Để tính toán sự đóng mở bắc cầu của pid, phần đuôi có thể được bỏ qua.

Lưu ý rằng ở trên không sử dụng đệ quy và cũng chạy trong ksh-88.

Trên Linux, người ta có thể loại bỏ pgrepcuộc gọi và thay vào đó đọc thông tin từ /proc:

ps=2235; while [ "$ps" ]; do echo $ps ; \
  ps=$(for p in $ps; do cat /proc/$p/task/$p/children; done); done \
  | tr " " "\n"' | tail -n +2

Điều này hiệu quả hơn vì chúng tôi lưu một fork / exec cho mỗi PID và pgrepthực hiện một số công việc bổ sung trong mỗi cuộc gọi.

Phiên bản Linux này chỉ cần / Proc và ps. Nó được chuyển thể từ phần cuối của câu trả lời xuất sắc của @ maxschlepzig . Phiên bản này đọc / Proc trực tiếp từ shell thay vì sinh ra một quy trình phụ trong một vòng lặp. Nó nhanh hơn một chút và có thể thanh lịch hơn một chút, vì tiêu đề chủ đề này yêu cầu.

#!/bin/dash

# Print all descendant pids of process pid $1
# adapted from /unix//a/339071

ps=${1:-1}
while [ "$ps" ]; do
  echo $ps
  unset ps1 ps2
  for p in $ps; do
    read ps2 < /proc/$p/task/$p/children 2>/dev/null
    ps1="$ps1 $ps2"
  done
  ps=$ps1
done | tr " " "\n" | tail -n +2

Trong mỗi trường hợp sử dụng hai (dường như rất giả tạo) của bạn, tại sao bạn muốn giết một số quy trình phụ không may? Làm thế nào để bạn biết rõ hơn một quá trình khi con của nó nên sống hay chết? Điều này có vẻ như thiết kế kém với tôi; một quá trình nên làm sạch sau khi chính nó.

Nếu bạn thực sự hiểu rõ hơn, thì bạn nên bỏ qua các quy trình phụ này và 'quy trình được quy định' rõ ràng là quá ngu ngốc để được tin tưởng fork(2) .

Bạn nên tránh giữ danh sách các quy trình con hoặc dò dẫm qua cây quy trình, ví dụ: bằng cách đặt các quy trình con vào một nhóm quy trình riêng biệt theo đề xuất của @Gilles.

Trong mọi trường hợp, tôi nghi ngờ rằng quy trình được tạo ra của bạn sẽ tốt hơn là tạo ra một nhóm luồng công nhân (mà nhất thiết phải chết cùng với quy trình chứa của nó) hơn là một cây sâu của các quy trình phụ, mà một cái gì đó sau đó phải dọn sạch .

Đây là tập lệnh bao bọc pgrep cho phép bạn sử dụng pgrep và nhận tất cả các hậu duệ cùng một lúc.

~/bin/pgrep_wrapper:

#!/bin/bash

# the delimiter argument must be the first arg, otherwise it is ignored
delim=$'\n'
if [ "$1" == "-d" ]; then
    delim=$2
    shift 2
fi

pids=
newpids=$(pgrep "$@")
status=$?
if [ $status -ne 0 ]; then
    exit $status
fi

while [ "$pids" != "$newpids" ]; do
    pids=$newpids
    newpids=$( { echo "$pids"; pgrep -P "$(echo -n "$pids" | tr -cs '[:digit:]' ',')"; } | sort -u )
done
if [ "$delim" != $'\n' ]; then
    first=1
    for pid in $pids; do
        if [ $first -ne 1 ]; then
            echo -n "$delim"
        else
            first=0
        fi  
        echo -n "$pid"
    done
else
    echo "$pids"
fi

Gọi giống như cách bạn gọi pgrep bình thường, chẳng hạn như pgrep_recursive -U $USER javađể tìm tất cả các quy trình Java và quy trình phụ từ người dùng hiện tại.