एक हालत परिवर्तनीय सिग्नलिंग (pthreads)

Question

मान लीजिए कि कुछ हालत चर "cond" एक mutex चर "mutex" से जुड़ा हुआ है। यदि पर कॉल करने के बाद cond पर कोई थ्रेड सो रहा है, और mutex लॉक होने वाला कोई अन्य थ्रेड समाप्त हो गया है, तो क्या इससे कोई फर्क पड़ता है कि pthread_mutex_unlock(&mutex) पर कॉल करने से पहले या उसके बाद pthread_cond_signal(&cond) पर थ्रेड कॉल करता है? क्या इसे म्यूटेक्स को अनलॉक करने की भी आवश्यकता है यदि यह pthread_cond_signal(&cond) पर कॉल करता है, क्योंकि नींद धागा वैसे भी mutex प्राप्त करेगा?

संपादित करें: https://computing.llnl.gov/tutorials/pthreads/#ConVarOverview के अनुसार, ") pthread_cond_signal (बुला के बाद म्युटेक्स अनलॉक करने के लिए एक मिलान pthread_cond_wait() दिनचर्या को पूरा करने की अनुमति नहीं जा सकता है और (यह अवरोधित रहेंगे)।" मुझे लगता है कि, अनलॉकिंग, और शायद बाद में, आवश्यक है।

Answer 1

आपको pthread_cond_signal पर कॉल करने के बाद हमेशा म्यूटेक्स को अनलॉक करना चाहिए। यहाँ कुछ अच्छा सवाल कर रहे हैं/उत्तर को पढ़ने के लिए:

Calling pthread_cond_signal without locking mutex

यह अभी मेरे पास आते हैं नहीं है, लेकिन मैं बहुत यकीन है कि इसका कोई खास कारण (दौड़ की स्थिति के संदर्भ में) है कि आप डॉन 'है कर रहा हूँ संकेत से पहले mutex अनलॉक करना चाहते हैं।

Answer 2

यदि आप म्यूटेक्स को बंद रखते हैं, तो थ्रेड होने वाला थ्रेड म्यूटेक्स प्राप्त नहीं कर सकता है, इसलिए pthread_cond_wait में ब्लॉक करेगा जो म्यूटेक्स को पुनः प्राप्त करने का इंतजार कर रहा है।

आपको pthread_cond_signal पर कॉल करने के लिए लॉक किए गए म्यूटेक्स को पकड़ने की आवश्यकता नहीं है। वास्तव में, यदि आपका अनुप्रयोग तर्क सिग्नल के साथ काम कर सकता है जब म्यूटेक्स लॉक नहीं होता है तो यह करने का एक बेहतर तरीका है --- ओएस तुरंत प्रतीक्षा थ्रेड शेड्यूल कर सकता है, और इसे सिग्नलिंग के लिए इंतजार नहीं करना पड़ता है आगे बढ़ने से पहले mutex अनलॉक करने के लिए धागा।

हालांकि, इस परिदृश्य में जागरूकता को खोने के लिए यह सुनिश्चित करने के लिए सावधानी बरतनी चाहिए, और आपको "गलत" थ्रेड के साथ कोई समस्या नहीं है। यदि आप सीधे-आगे की भविष्यवाणी का उपयोग करते हैं, तो यह अभ्यास में कोई समस्या नहीं होनी चाहिए।