मैंने हाल ही में कुछ लोगों को यह कहते सुना है कि लिनक्स में, थ्रेड्स के बजाय प्रक्रियाओं का उपयोग करना लगभग हमेशा बेहतर होता है, क्योंकि लिनक्स प्रक्रियाओं को संभालने में बहुत कुशल होता है, और क्योंकि थ्रेड्स से जुड़ी बहुत सारी समस्याएं (जैसे लॉकिंग) होती हैं। हालांकि, मुझे संदेह है, क्योंकि ऐसा लगता है कि धागे कुछ स्थितियों में बहुत बड़ा प्रदर्शन दे सकते हैं।
तो मेरा सवाल है, जब एक ऐसी स्थिति का सामना करना पड़ता है जो थ्रेड्स और प्रक्रियाएं दोनों बहुत अच्छी तरह से संभाल सकती हैं, तो क्या मुझे प्रक्रियाओं या थ्रेड्स का उपयोग करना चाहिए? उदाहरण के लिए, यदि मैं एक वेब सर्वर लिख रहा था, तो क्या मुझे प्रक्रियाओं या थ्रेड्स (या संयोजन) का उपयोग करना चाहिए?
क्या लिनक्स 2.4 के साथ कोई अंतर है?
—
मौविसील
लिनक्स 2.4 के तहत प्रक्रियाओं और थ्रेड्स के बीच का अंतर यह है कि थ्रेड्स प्रक्रिया की तुलना में अपने राज्य (पता स्थान, फ़ाइल हैंडल आदि) के अधिक हिस्सों को साझा करते हैं, जो आमतौर पर नहीं होते हैं। लिनक्स 2.6 के तहत एनपीटीएल उन्हें "थ्रेड समूह" देकर थोड़ा स्पष्ट करता है जो कि win32 और सोलारिस में "प्रक्रियाओं" की तरह एक सा है।
—
मार्क
समवर्ती प्रोग्रामिंग मुश्किल है। जब तक आपको बहुत उच्च प्रदर्शन की आवश्यकता नहीं होती है, तब तक आपके ट्रेडऑफ़ में सबसे महत्वपूर्ण पहलू डिबगिंग की कठिनाई होगी । इस संबंध में प्रक्रियाएं बहुत आसान समाधान बनाती हैं, क्योंकि सभी संचार स्पष्ट हैं (जांचना आसान है, लॉग इन करने के लिए)। इसके विपरीत, थ्रेड्स की साझा की गई मेमोरी उन स्थानों की गजलों का निर्माण करती है जहां एक धागा दूसरे पर गलत प्रभाव डाल सकता है।
—
लुत्ज प्रेचल
@LutzPrechelt - समवर्ती प्रोग्रामिंग बहु-थ्रेडेड और साथ ही बहु-प्रक्रिया हो सकती है। मैं नहीं देखता कि आप यह क्यों मान रहे हैं कि समवर्ती प्रोग्रामिंग मल्टी थ्रेडेड है। यह कुछ विशेष भाषा सीमाओं के कारण हो सकता है लेकिन सामान्य तौर पर यह दोनों हो सकता है।
—
.यानीकिट
मैं लुत्ज़ को केवल इस बात से जोड़ता हूं कि समवर्ती प्रोग्रामिंग मुश्किल है जो भी चुना जाता है - प्रक्रिया या धागे - लेकिन प्रक्रियाओं के उपयोग से समवर्ती प्रोग्रामिंग कई मामलों में आसान डिबगिंग के लिए बनाता है।
—
user2692263