kill <some_pid>
कई सालों तक यूनिक्स सिस्टम पर सिर्फ सादे का उपयोग करने के बाद , मैंने pkill
एक युवा लिनक्स-प्रेमी सहकर्मी सहकर्मी 1 से सीखा ।
मैंने जल्द ही लिनक्स-वे, pgrep
-इंग और pkill
-इंग को कई दिनों और रातों के माध्यम से धीमा-डाउन और दौड़ की स्थितियों के माध्यम से स्वीकार किया । यह सब अच्छा और अच्छा था।
लेकिन अब मुझे कुछ नहीं दिखता killall
। कैसे-कैसे प्रतीत होते हैं केवल उल्लेख करते हैं killall
, और मुझे यकीन नहीं है कि यह किसी प्रकार का समानांतर विकास है, या यदि killall
उत्तराधिकारी है pkill
या कुछ और।
यह अधिक लक्षित के रूप में कार्य करता है pkill
, लेकिन मुझे यकीन है कि मैं कुछ याद कर रहा हूं।
क्या उबंटू / डेबियन-प्रेमी 2 व्यक्ति यह समझा सकते हैं कि कब (या क्यों) killall
का उपयोग किया जाना चाहिए, खासकर यदि इसका उपयोग वरीयता में किया जाना चाहिए pkill
(जब pkill
अक्सर आसान लगता है, क्योंकि मैं नाम मिलान के साथ ढलान वाला हो सकता हूं, कम से कम डिफ़ॉल्ट रूप से)।
जब बोलते हैं killall
, तो मैं कमांड के बारे में नहीं सोच रहा हूं कि कुछ यूनिक्स सिस्टम (सोलारिस, एआईएक्स?) सभी उपयोगकर्ता प्रक्रियाओं को मार देंगे। यहाँ उस संस्करण का वर्णन है, जो IBM के AIX के लिए एक मेनपेज से है :
किलॉल कमांड उन सभी प्रक्रियाओं को रद्द कर देता है जो आपने शुरू की थीं, जो कि किल्लॉल प्रक्रिया का उत्पादन करने वालों को छोड़कर। यह कमांड आपके द्वारा नियंत्रित शेल द्वारा बनाई गई सभी प्रक्रियाओं को रद्द करने का एक सुविधाजनक साधन प्रदान करता है। जब रूट उपयोगकर्ता द्वारा शुरू किया गया, तो किलॉल कमांड उन प्रक्रियाओं को छोड़कर सभी रद्द करने योग्य प्रक्रियाओं को रद्द कर देता है जिन्होंने इसे शुरू किया था। यदि कई सिग्नल निर्दिष्ट किए जाते हैं, तो केवल अंतिम प्रभावी होता है।
1 'सहकर्मी' 'सहकर्मी' से मुफ्त अपग्रेड है, इसलिए भी हो सकता है।
2 मूल रूप से मैंने सोचा था कि यह एक लिनक्स या डेबियन चीज थी, लेकिन कुछ स्रोत कह रहे हैं कि लिनक्स killall
बीएसडी-स्वाद वाले यूनिक्स से बना है।
killall
(पुरानी?) सोलारिस सिस्टम था, लेकिन यह अलग तरह से व्यवहार करता था। इसने सब कुछ मार दिया।