बस तर्क: Difference between revisions

From Vigyanwiki
No edit summary
No edit summary
 
(3 intermediate revisions by 3 users not shown)
Line 16: Line 16:
p. 208.
p. 208.
</ref>
</ref>
== विवरण ==
== विवरण                               ==
अधिकांश बस आर्किटेक्चर को विवाद की संभावना को नगण्य बनाने के लिए सावधानी से डिज़ाइन किए गए मध्यस्थता प्रोटोकॉल का पालन करने के लिए बस साझा करने वाले उपकरणों की आवश्यकता होती है।<ref>{{citation|title = Structured Computer Organization|first = Andrew|last = Tanenbaum|author-link = Andrew Tanenbaum|publisher = [[Prentice Hall]]|pages = 121–124|year = 1990|bibcode = 1990sco..book.....T|edition = 3rd|isbn = 0-13-852872-1}}.</ref> चूँकि जब बस में उपकरणों में तर्क त्रुटियाँ निर्माण दोष होते हैं या उनकी डिज़ाइन गति से अधिक संचालित होते हैं तो मध्यस्थता टूट सकती है और विवाद हो सकता है। जब मैपिंग को नियंत्रित करने वाले [[हार्डवेयर रजिस्टर]] में अवैध मान लिखे जाते हैं तो उन प्रणाली पर भी विवाद उत्पन्न हो सकता है जिनके पास प्रोग्राम करने योग्य मेमोरी-मैप्ड I/O है। [[सिस्टम बस|प्रणाली]] बस पर बस विवाद से बचने के लिए अधिकांश छोटे मापदंड के कंप्यूटर प्रणाली सावधानीपूर्वक डिज़ाइन किए गए हैं। वे एक उपकरण का उपयोग करते हैं, जिसे बस आर्बिटर कहा जाता है, जो नियंत्रित करता है कि प्रत्येक पल में किस उपकरण को बस चलाने की अनुमति है, इसलिए सामान्य ऑपरेशन में बस विवाद कभी नहीं होता है। [[EEPROM|ईईपीरोम]]और [[स्टेटिक रैंडम-एक्सेस मेमोरी]],जैसे स्मृति उपकरणों के बीच बस विवाद का मानक समाधान एक बस मध्यस्थ के साथ तीन-अवस्था बस है।<ref name="dunton" />
अधिकांश बस आर्किटेक्चर को विवाद की संभावना को नगण्य बनाने के लिए सावधानी से डिज़ाइन किए गए मध्यस्थता प्रोटोकॉल का पालन करने के लिए बस साझा करने वाले उपकरणों की आवश्यकता होती है।<ref>{{citation|title = Structured Computer Organization|first = Andrew|last = Tanenbaum|author-link = Andrew Tanenbaum|publisher = [[Prentice Hall]]|pages = 121–124|year = 1990|bibcode = 1990sco..book.....T|edition = 3rd|isbn = 0-13-852872-1}}.</ref> चूँकि जब बस में उपकरणों में तर्क त्रुटियाँ निर्माण दोष होते हैं या उनकी डिज़ाइन गति से अधिक संचालित होते हैं तो मध्यस्थता टूट सकती है और विवाद हो सकता है। जब मैपिंग को नियंत्रित करने वाले [[हार्डवेयर रजिस्टर]] में अवैध मान लिखे जाते हैं तो उन प्रणाली पर भी विवाद उत्पन्न हो सकता है जिनके पास प्रोग्राम करने योग्य मेमोरी-मैप्ड I/O है। [[सिस्टम बस|प्रणाली]] बस पर बस विवाद से बचने के लिए अधिकांश छोटे मापदंड के कंप्यूटर प्रणाली सावधानीपूर्वक डिज़ाइन किए गए हैं। वे एक उपकरण का उपयोग करते हैं, जिसे बस आर्बिटर कहा जाता है, जो नियंत्रित करता है कि प्रत्येक पल में किस उपकरण को बस चलाने की अनुमति है, इसलिए सामान्य ऑपरेशन में बस विवाद कभी नहीं होता है। [[EEPROM|ईईपीरोम]]और [[स्टेटिक रैंडम-एक्सेस मेमोरी]],जैसे स्मृति उपकरणों के बीच बस विवाद का मानक समाधान एक बस मध्यस्थ के साथ तीन-अवस्था बस है।<ref name="dunton" />


Line 32: Line 32:


{{Computer-bus}}
{{Computer-bus}}
[[Category: कंप्यूटर बसें]]


 
[[Category:Collapse templates]]
 
[[Category: Machine Translated Page]]
[[Category:Created On 31/05/2023]]
[[Category:Created On 31/05/2023]]
[[Category:Lua-based templates]]
[[Category:Machine Translated Page]]
[[Category:Navigational boxes| ]]
[[Category:Navigational boxes without horizontal lists]]
[[Category:Pages with script errors]]
[[Category:Sidebars with styles needing conversion]]
[[Category:Template documentation pages|Documentation/doc]]
[[Category:Templates Vigyan Ready]]
[[Category:Templates generating microformats]]
[[Category:Templates that add a tracking category]]
[[Category:Templates that are not mobile friendly]]
[[Category:Templates that generate short descriptions]]
[[Category:Templates using TemplateData]]
[[Category:Wikipedia metatemplates]]
[[Category:कंप्यूटर बसें]]

Latest revision as of 17:29, 26 June 2023

कंप्यूटर डिजाइन में बस विवाद एक अवांछनीय स्थिति है जहां एक बस (कंप्यूटिंग) पर एक से अधिक उपकरण एक ही समय में मानो को रखने का प्रयास करते हैं।

बस विवाद एक तरह का दूरसंचार विवाद है जो तब होता है जब सभी संचार उपकरण एक साझा चैनल के माध्यम से एक दूसरे के साथ सीधे संवाद करते हैं और "नेटवर्क विवाद" के विपरीत होता है जो तब होता है जब संचार उपकरण एक दूसरे के साथ बिंदु से बिंदु कनेक्शन के माध्यम से राउटर या पुल अप्रत्यक्ष रूप से संचार करते हैं।[1]

बस विवाद के कारण गलत संचालन अधिक विद्युत् की खपत और असामान्य स्थिति में हार्डवेयर को स्थायी हानि हो सकता है - जैसे कि एमओएसएफईटी को जलाना।[2]

विवरण

अधिकांश बस आर्किटेक्चर को विवाद की संभावना को नगण्य बनाने के लिए सावधानी से डिज़ाइन किए गए मध्यस्थता प्रोटोकॉल का पालन करने के लिए बस साझा करने वाले उपकरणों की आवश्यकता होती है।[3] चूँकि जब बस में उपकरणों में तर्क त्रुटियाँ निर्माण दोष होते हैं या उनकी डिज़ाइन गति से अधिक संचालित होते हैं तो मध्यस्थता टूट सकती है और विवाद हो सकता है। जब मैपिंग को नियंत्रित करने वाले हार्डवेयर रजिस्टर में अवैध मान लिखे जाते हैं तो उन प्रणाली पर भी विवाद उत्पन्न हो सकता है जिनके पास प्रोग्राम करने योग्य मेमोरी-मैप्ड I/O है। प्रणाली बस पर बस विवाद से बचने के लिए अधिकांश छोटे मापदंड के कंप्यूटर प्रणाली सावधानीपूर्वक डिज़ाइन किए गए हैं। वे एक उपकरण का उपयोग करते हैं, जिसे बस आर्बिटर कहा जाता है, जो नियंत्रित करता है कि प्रत्येक पल में किस उपकरण को बस चलाने की अनुमति है, इसलिए सामान्य ऑपरेशन में बस विवाद कभी नहीं होता है। ईईपीरोमऔर स्टेटिक रैंडम-एक्सेस मेमोरी,जैसे स्मृति उपकरणों के बीच बस विवाद का मानक समाधान एक बस मध्यस्थ के साथ तीन-अवस्था बस है।[2]

कुछ नेटवर्क, जैसे टोकन वलय भी बस विवाद से बचने के लिए डिज़ाइन किए गए हैं इसलिए सामान्य ऑपरेशन में बस विवाद कभी नहीं होता है।

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

यह भी देखें

संदर्भ

  1. Theodoros Konstantakopoulos, Jonathan Eastep, James Psota, and Anant Agarwal. "Energy Scalability of On-Chip Interconnection Networks in Multicore Architectures".
  2. 2.0 2.1 Ian Sinclair; John Dunton. "Practical Electronics Handbook" 2013. section "Three-state control". p. 208.
  3. Tanenbaum, Andrew (1990), Structured Computer Organization (3rd ed.), Prentice Hall, pp. 121–124, Bibcode:1990sco..book.....T, ISBN 0-13-852872-1.