फ़्लश और रीसेट में लेनदेन का हिसाब बनाए रखें

रद्द करना स्पष्ट डिज़ाइन घटना है

रीसेट नियंत्रण को ज्ञात स्थिति में लाता है; फ़्लश निर्धारित लंबित काम रद्द करता है। केवल डेटा साफ़ करना पर्याप्त नहीं। valid उच्च रहे तो शून्य नकली लेनदेन बन सकता है। valid शून्य के साथ पुराने डेटा बिट हानिरहित हैं। संबंधित स्वामित्व स्थिति साफ़ करें: एक स्थान के बफ़र में full, FIFO में count और पॉइंटर या FSM स्थिति तथा result valid।

हमारा समकालिक, एक क्लॉक वाला अनुबंध दोनों छोर पर रीसेट किनारे पर स्वीकृति और वितरण रोकता है और वहाँ सारा लंबित काम रद्द करता है। केवल एक छोर रीसेट हो और दूसरा पुराने valid को वितरण गिने तो यह समझौता टूटता है। रीसेट का दायरा और तैयार होने की नीति लिखें। रीसेट के बाद नए इनपुट नए लेनदेन अंतराल के हैं।

रद्द होने पर accepted-delivered-canceled=outstanding प्रयोग करें। प्रत्येक अवितरित लेनदेन ठीक एक बार रद्द करें। संदर्भ कतार को भी रद्द काम हटाना चाहिए और जाँचना चाहिए कि नए अंतराल में पुराना परिणाम न आए।

बाहरी मेमोरी अनुरोध आंतरिक फ़्लश के बाद भी चल सकता है। देर से आने वाले उत्तरों को पीढ़ी पहचान से अलग करें या पुनः आरंभ से पहले पुराने अनुरोध पूर्ण होने दें। छोटे पीढ़ी फ़ील्ड का बहुत जल्दी पुनः प्रयोग पुराने उत्तर को वर्तमान उत्तर जैसा बना सकता है। हमारी समापन परियोजना में बाहरी विलंबित उत्तर नहीं हैं और केवल आंतरिक बफ़र रद्द होते हैं।

चयनात्मक फ़्लश ब्रांच से पुराना काम रख सकता है और नए गलत-पथ ऑपरेशन हटा सकता है। इसके लिए तय क्रम और कमिट नियम चाहिए। अवैध काम भंडारण अपडेट न करे या फ़ॉरवर्डिंग में भाग न ले। खाली, स्टॉल, भरे और संभावित एक साथ स्थानांतरण के दौरान रीसेट परखें। केवल आरंभिक रीसेट लंबित काम रद्द करने की जाँच नहीं करता।