6
this प्रश्न के उत्तर के अनुसार, ऐसा लगता है कि x86 पर LOCK CMPXCHG वास्तव में पूर्ण बाधा का कारण बनता है। संभवतः, यह Unsafe.compareAndSwapInt() हुड के नीचे भी उत्पन्न होता है। मैं यह देखने के लिए संघर्ष कर रहा हूं कि ऐसा क्यों है: कैश लाइन को अपडेट करने के बाद, एमईएसआई प्रोटोकॉल के साथ, क्या सीपीयू सीएएस प्रदर्शन करने वाले कोर के सभी स्टोर/लोड बफर को निकालने के बजाय, अन्य कोरों पर बस उस कैश लाइन को अमान्य कर सकता है? मुझे बल्कि अपमानजनक लगता है ...x86 पर तुलना करें और स्वैप करें - यह एक पूर्ण बाधा क्यों है?
एक पूर्ण बाधा के साथ, आप वास्तव में एक कैश लाइन की बजाय अपने सभी मिस्ड पूर्वानुमान परिवर्तनों को फ्लश करेंगे, तो क्या यह पूर्ण बाधा से भी बदतर नहीं होगा? लेकिन जाहिर है, मैं यहाँ sth गायब हूँ :) – Bober02
[तुलना और स्वैप] (https://en.wikipedia.org/wiki/compare-and-swap) विकिपीडिया पर यह शामिल है, * यह स्मृति स्थान की सामग्री की तुलना करता है किसी दिए गए मान पर और, केवल तभी वे समान हैं, उस स्मृति स्थान की सामग्री को एक नए दिए गए मान में संशोधित करते हैं। यह एक परमाणु ऑपरेशन के रूप में किया जाता है। परमाणुता गारंटी देता है कि नए मूल्य की गणना अद्यतित जानकारी के आधार पर की जाती है; अगर इस दौरान किसी अन्य थ्रेड द्वारा मूल्य अपडेट किया गया था, तो लेखन विफल हो जाएगा। * पूर्ण बाधा के बिना इसे बाधित किया जा सकता है (या अन्यथा अपडेट किया गया) और यह परमाणु को अमान्य कर सकता है। –