यहां एक प्रयास है जो एक प्रक्रिया को मारने से बचने की कोशिश करता है क्योंकि यह पहले से ही बाहर निकल चुका है, जो एक ही प्रक्रिया आईडी के साथ एक और प्रक्रिया को मारने की संभावना को कम करता है (हालांकि इस तरह की त्रुटि से पूरी तरह से बचना असंभव है)।
run_with_timeout ()
{
t=$1
shift
echo "running \"$*\" with timeout $t"
(
# first, run process in background
(exec sh -c "$*") &
pid=$!
echo $pid
# the timeout shell
(sleep $t ; echo timeout) &
waiter=$!
echo $waiter
# finally, allow process to end naturally
wait $pid
echo $?
) \
| (read pid
read waiter
if test $waiter != timeout ; then
read status
else
status=timeout
fi
# if we timed out, kill the process
if test $status = timeout ; then
kill $pid
exit 99
else
# if the program exited normally, kill the waiting shell
kill $waiter
exit $status
fi
)
}
जैसे उपयोग करें run_with_timeout 3 sleep 10000, जो चलाता है sleep 10000लेकिन इसे 3 सेकंड के बाद समाप्त करता है।
यह अन्य उत्तरों की तरह है जो देरी के बाद बच्चे की प्रक्रिया को मारने के लिए एक पृष्ठभूमि टाइमआउट प्रक्रिया का उपयोग करते हैं। मुझे लगता है कि यह दान के विस्तारित उत्तर ( https://stackoverflow.com/a/5161274/1351983 ) के लगभग समान है , सिवाय टाइमआउट शेल के अगर इसे पहले ही समाप्त हो गया है तो नहीं मारा जाएगा।
इस कार्यक्रम के समाप्त होने के बाद, अभी भी कुछ सुस्त "नींद" प्रक्रियाएं चल रही हैं, लेकिन उन्हें हानिरहित होना चाहिए।
यह मेरे अन्य उत्तर की तुलना में बेहतर समाधान हो सकता है क्योंकि यह गैर-पोर्टेबल शेल सुविधा read -tका उपयोग नहीं करता है और इसका उपयोग नहीं करता है pgrep।