Đặt subshell trong nền so với đặt lệnh trong nền

Tôi có hai tập lệnh bash cố gắng kiểm tra máy chủ đang hoạt động:

Kịch bản 1:

#!/bin/bash 
for ip in {1..254}; do
    ping -c 1 192.168.1.$ip | grep "bytes from" | cut -d" " -f 4 | cut -d ":" -f 1 &
done

Kịch bản 2:

#!/bin/bash 
for ip in {1..254}; do
    host=192.168.1.$ip
    (ping -c 1 $host > /dev/null 
    if [ "$?" = 0 ]
    then 
        echo $host
    fi) &
done

Khi tôi đang kiểm tra một phạm vi lớn, tôi muốn xử lý song song từng lệnh ping. Tuy nhiên, tập lệnh thứ hai của tôi dường như không thử lại các lần thử thất bại do giới hạn tài nguyên. Điều này dẫn đến tập lệnh thứ hai có kết quả không nhất quán trong khi tập lệnh đầu tiên của tôi cho kết quả không đổi mặc dù cả hai lần đều không thực hiện được. Ai đó có thể giải thích điều này với tôi? Ngoài ra có cách nào để thử lại dĩa thất bại?

Đã có một câu trả lời đưa ra một đoạn mã được cải tiến cho nhiệm vụ mà các câu hỏi của người đăng ban đầu có liên quan đến, trong khi nó có thể chưa có câu trả lời trực tiếp hơn cho câu hỏi.

Câu hỏi là về sự khác biệt của

• A) Tạo nền cho "lệnh" trực tiếp, vs.
• B) Đặt một lớp con vào nền (nghĩa là với một tác vụ tương tự)

Hãy kiểm tra những khác biệt khi chạy 2 bài kiểm tra

# A) Backgrounding a command directly
sleep 2 & ps

đầu ra

[1] 4228
  PID TTY          TIME CMD
 4216 pts/8    00:00:00 sh
 4228 pts/8    00:00:00 sleep

trong khi

# A) backgrounding a subhell (with similar tas)
( sleep 2; ) & ps

xuất ra một cái gì đó như:

[1] 3252
  PID TTY          TIME CMD
 3216 pts/8    00:00:00 sh
 3252 pts/8    00:00:00 sh
 3253 pts/8    00:00:00 ps
 3254 pts/8    00:00:00 sleep

** Kết quả kiểm tra:**

Trong thử nghiệm này (chỉ chạy a sleep 2) phiên bản subshell thực sự khác nhau, vì nó sẽ sử dụng 2 tiến trình con (tức là hai fork()/ exechoạt động và PID) và do đó nhiều hơn so với nền tảng trực tiếp của lệnh.

Trong script 1các câu hỏi tuy nhiên lệnh không phải là một đơn sleep 2snhưng thay vào đó là một pipetrong 4 lệnh, mà nếu chúng ta thử nghiệm bên trong trường hợp thêm

• C) Tạo nền cho một đường ống với 4 lệnh

# C) Backgrounding a pipe with 4 commands
sleep 2s | sleep 2s | sleep 2s | sleep 2s & ps

mang lại điều này

[2] 3265
  PID TTY          TIME CMD
 3216 pts/8    00:00:00 bash
 3262 pts/8    00:00:00 sleep
 3263 pts/8    00:00:00 sleep
 3264 pts/8    00:00:00 sleep
 3265 pts/8    00:00:00 sleep
 3266 pts/8    00:00:00 ps

và cho thấy rằng thực sự script 1sẽ là một chủng cao hơn nhiều về mặt PIDsvà fork()s.

Theo ước tính sơ bộ, tập lệnh sẽ sử dụng khoảng 254 * 4 ~ = 1000 PID và do đó thậm chí còn nhiều hơn so script 2với với 254 * 2 ~ = 500 PID. Bất kỳ vấn đề nào xảy ra do sự suy giảm của PID đều có vẻ khó xảy ra vì hầu hết các hộp Linux

$ cat /proc/sys/kernel/pid_max
32768

mang đến cho bạn 32x lần PID cần thiết ngay cả đối với trường hợp script 1và các quá trình / chương trình liên quan (ví dụ sed, ping, vv) cũng dường như khó có thể gây ra những kết quả hay thay đổi.

Như người dùng @derobert đã đề cập, vấn đề thực sự đằng sau sự scriptsthất bại là việc thiếu waitlệnh, có nghĩa là sau khi làm nền các lệnh trong vòng lặp kết thúc tập lệnh và do đó trình bao khiến tất cả các tiến trình con bị chấm dứt.

Điều này sẽ làm những gì bạn đang mong đợi:

#!/bin/bash
function_ping(){
    if ping -c 1 -w 5 $1 &>/dev/null; then 
        echo "UP: $1"
    else
        echo "DOWN $1" 
    fi
}
for ip in {1..254}; do
        function_ping 192.168.1.$ip &  
done
wait 

Lưu nó như là song song, và thực hiện nó.

Nó giúp bạn? Nó có thể được chuyển đổi thành một chức năng lớn, cũng có thể được sử dụng trong một vòng lặp nhanh để bạn có thể sử dụng lập trình trí tưởng tượng của mình với nó.

Lưu ý: Bạn phải sử dụng bash.