बस तर्क: Difference between revisions

From Vigyanwiki
(Created page with "{{Short description|Condition where multiple devices on a computer bus attempt to use it at the same time}} {{distinguish|resource contention}} कंप्यूटर ड...")
 
No edit summary
 
(8 intermediate revisions by 4 users not shown)
Line 1: Line 1:
{{Short description|Condition where multiple devices on a computer bus attempt to use it at the same time}}
{{Short description|Condition where multiple devices on a computer bus attempt to use it at the same time}}
{{distinguish|resource contention}}
{{distinguish|संसाधन विवाद}}


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


बस विवाद एक प्रकार का [[विवाद (दूरसंचार)]] है जो तब होता है जब सभी संचार उपकरण एक साझा चैनल के माध्यम से एक दूसरे के साथ सीधे संवाद करते हैं, और नेटवर्क विवाद के विपरीत होता है जो तब होता है जब संचार उपकरण एक दूसरे के साथ अप्रत्यक्ष रूप से बिंदु से बिंदु कनेक्शन के माध्यम से संचार करते हैं। राउटर या पुलों के माध्यम से।<ref>
बस विवाद एक तरह का दूरसंचार विवाद है जो तब होता है जब सभी संचार उपकरण एक साझा चैनल के माध्यम से एक दूसरे के साथ सीधे संवाद करते हैं और "नेटवर्क विवाद" के विपरीत होता है जो तब होता है जब संचार उपकरण एक दूसरे के साथ बिंदु से बिंदु कनेक्शन के माध्यम से राउटर या पुल अप्रत्यक्ष रूप से संचार करते हैं।<ref>
Theodoros Konstantakopoulos, Jonathan Eastep, James Psota, and Anant Agarwal.
Theodoros Konstantakopoulos, Jonathan Eastep, James Psota, and Anant Agarwal.
[http://groups.csail.mit.edu/cag/raw/documents/Konstantakopoulos-Energy-2007.pdf "Energy Scalability of On-Chip Interconnection Networks in Multicore Architectures"].
[http://groups.csail.mit.edu/cag/raw/documents/Konstantakopoulos-Energy-2007.pdf "Energy Scalability of On-Chip Interconnection Networks in Multicore Architectures"].
</ref>{{fv|reason=This is a primary source that does not offer definitions|date=September 2017}}
</ref>  


बस विवाद के कारण गलत संचालन, अधिक बिजली की खपत, और असामान्य मामलों में, हार्डवेयर को स्थायी नुकसान हो सकता है - जैसे कि [[MOSFET]] को जलाना।<ref name="dunton">
बस विवाद के कारण गलत संचालन अधिक विद्युत् की खपत और असामान्य स्थिति में हार्डवेयर को स्थायी हानि हो सकता है - जैसे कि [[MOSFET|एमओएसएफईटी]] को जलाना।<ref name="dunton">
Ian Sinclair; John Dunton.
Ian Sinclair; John Dunton.
[https://books.google.com/books?id=yHEvBQAAQBAJ "Practical Electronics Handbook"]
[https://books.google.com/books?id=yHEvBQAAQBAJ "Practical Electronics Handbook"]
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" />


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


== विवरण ==
अधिकांश नेटवर्क नेटवर्क पर कभी-कभी बस विवाद को सहन करने के लिए पर्याप्त शसक्त हार्डवेयर के साथ डिज़ाइन किए गए हैं। कैन बस [[ALOHAnet|अलोहानेट]], [[ईथरनेट]], आदि, सभी सामान्य ऑपरेशन में कभी-कभार बस विवाद का अनुभव करते हैं, किंतु समय को कम करने के लिए कुछ प्रोटोकॉल (जैसे टकराव से बचाव के साथ मल्टीपल एक्सेस टक्कर का पता लगाने के साथ कैरियर-सेंस मल्टीपल एक्सेस, या [[ स्वचालित दोहराने का अनुरोध |स्वचालित दोहराने का अनुरोध]] ) का उपयोग करते हैं। वह विवाद होता है और डेटा को फिर से भेजने के लिए जो पैकेट टकराव में दूषित हो गया था।
अधिकांश बस आर्किटेक्चर को विवाद की संभावना को नगण्य बनाने के लिए सावधानी से डिज़ाइन किए गए मध्यस्थता प्रोटोकॉल का पालन करने के लिए बस साझा करने वाले उपकरणों की आवश्यकता होती है।<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" />एक बस मध्यस्थ के साथ।


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


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


[[Category: Machine Translated Page]]
[[Category:Collapse templates]]
[[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.