process और thread में फर्क समझाइए।

process एक अलग थलग execution unit है जिसका अपना virtual address space होता है; thread process के अंदर scheduling की एक इकाई है जो वही address space अपने साथियों के साथ बांटती है। threads बनाना सस्ता है और वे सीधे डेटा साझा कर सकते हैं, और ठीक इसीलिए उन्हें locks चाहिए। processes महंगे पड़ते हैं और उन्हें साफ साफ interprocess communication चाहिए, लेकिन एक में crash या मेमोरी बग दूसरे को खराब नहीं कर सकता।

जो फर्क मायने रखता है वह मेमोरी का है। हर process को अपना address space मिलता है, तो एक का crash होना या किसी pointer पर उल्टा सीधा लिख देना बाकियों को नहीं गिराता, लेकिन वे आपस में सिर्फ pipes, sockets या जान बूझकर बनाए गए shared memory segment से बात कर सकते हैं। threads एक ही process के अंदर रहते हैं और heap साझा करते हैं, तो उनके बीच डेटा भेजना बस एक pointer है, जो तेज है और ठीक इसीलिए आपको locks चाहिए। बनाने की लागत भी इसी लाइन पर चलती है: thread बनाना सस्ता है, process fork करना नहीं। व्यवहार में मैं अपनी रणनीति runtime से तय करने देता हूं। Python में CPU bound काम कई processes पर जाता है, क्योंकि global interpreter lock threads को समानांतर में bytecode चलाने नहीं देता, जबकि IO bound काम threads या async पर ठीक चलता है। Go या Java में मैं पहले threads या goroutines की तरफ जाऊंगा। इसे उल्टा कर देने से ही ऐसा होता है कि आठ worker threads एक ही interpreter के पीछे कतार में खड़े रहते हैं और आपको समझ नहीं आता कि मशीन खाली क्यों बैठी है।