यह निर्भर करता है।
सी ++ भाषा थ्रेड या परमाणुता के बारे में कुछ भी नहीं कहती है।
लेकिन पर आधुनिक सीपीयू, एक पूर्णांक पढ़ने पर एक परमाणु ऑपरेशन होता है, जिसका अर्थ है कि आप हमेशा एक म्यूटेक्स के बिना भी एक सतत मूल्य पढ़ेंगे।
हालांकि, एक म्युटेक्स, या तुल्यकालन के कुछ अन्य रूप के बिना, संकलक और सीपीयू को पुन: व्यवस्थित करने के लिए स्वतंत्र हैं रीड और राईट है, तो कुछ भी और अधिक जटिल, कई चर तक पहुँचने से जुड़े कुछ भी, अभी भी सामान्य स्थिति में असुरक्षित है।
लेखक धागा मान लिया जाये कि कुछ डेटा अद्यतन करता है, और फिर एक पूर्णांक ध्वज सेट अन्य धागे कि डेटा उपलब्ध है सूचित करने के लिए, यह इतना झंडा डेटा अपडेट करने के से पहले सेट कर दिया जाता पुनर्क्रमित जा सकता है। जब तक आप एक mutex या स्मृति बाधा का एक अन्य रूप का उपयोग नहीं करते हैं।
तो यदि आप सही व्यवहार चाहते हैं, तो आपको म्यूटेक्स की आवश्यकता नहीं है, और यदि कोई अन्य धागा इसे पढ़ने के दौरान वैरिएबल को लिखता है तो कोई समस्या नहीं है। यह परमाणु होगा जब तक कि आप एक बहुत असामान्य सीपीयू पर काम नहीं कर रहे हैं।लेकिन आप को कंपाइलर या सीपीयू में पुनर्वितरण को रोकने के लिए किसी प्रकार की मेमोरी बाधा की आवश्यकता है।
जबकि एक लेखक धागा करता है (fetch-> write-> store) मैं नहीं देखता कि उन पाठकों के बीच में जब कोई पाठक एक अनिर्धारित मूल्य प्राप्त करेगा, या तो पिछले या बाद में एक, लेकिन कभी भी अनिर्धारित नहीं होगा। –
खाता एनम मानों को ध्यान में रखते हुए जो एक निर्देश में पढ़े जाते हैं। –
@ अरकाट्ज़: अनिर्धारित शायद सही शब्द नहीं था। लेकिन सीपीयू/मेमोरी आर्किटेक्चर कैश के अतिरिक्त स्तर, बढ़ी हुई लेटेंसी आदि के साथ अधिक से अधिक जटिल हो जाते हैं। उत्तर सरल है: नहीं कहो! डेटा के लॉकफ्री साझा करने के लिए। यहां तक कि विशेषज्ञ भी इस क्षेत्र में कई गलतियां करते हैं। – sellibitze