रीयल-टाइम कंप्यूटिंग: Difference between revisions
No edit summary |
No edit summary |
||
| (34 intermediate revisions by 4 users not shown) | |||
| Line 2: | Line 2: | ||
{{More footnotes|date=April 2014}} | {{More footnotes|date=April 2014}} | ||
{{distinguish|text= | {{distinguish|text=भ्रमित न हो वास्तविक समय संचार (रियल टाइम कम्युनिकेशन) और वास्तविक समय घड़ी (रियल टाइम क्लॉक) में क्योंकि दोनों को अंग्रेजी में आर टी सी कहते हैं।}} | ||
वास्तविक समय संगणना | रीयल-टाइम कंप्यूटिंग (वास्तविक समय संगणना, RTC) [[ संगणक धातु सामग्री | कंप्यूटर हार्डवेयर]] और [[ कंप्यूटर सॉफ्टवेयर ]] प्रणाली के लिए [[ कंप्यूटर विज्ञान ]] शब्द है, जो वास्तविक समय की बाधा के अधीन है, उदाहरण के लिए कोई घटना या कार्य को उसकी निर्धारित समय सीमा के अंदर पूरा करना चाहिए।<ref>{{Cite web|title=FreeRTOS - Open Source RTOS Kernel for small embedded systems - What is FreeRTOS FAQ?|url=https://www.freertos.org/FAQWhat.html#WhyUseRTOS|access-date=2021-03-08|website=FreeRTOS|language=en-US}}</ref> वास्तविक समय के प्रोग्राम को निर्दिष्ट समय की कमी के भीतर प्रतिक्रिया की गारंटी देनी होती है, जिसे अक्सर समय सीमा कहा जाता है।<ref name="Ben-Ari-pg164">[[Mordechai Ben-Ari|Ben-Ari, Mordechai]]; "Principles of Concurrent and Distributed Programming", ch. 16, Prentice Hall, 1990, {{ISBN|0-13-711821-X}}, page 164</ref> | ||
वास्तविक समय | वास्तविक समय कि प्रतिक्रियाओं को अक्सर मिलीसेकंड और कभी-कभी माइक्रोसेकंड के क्रम में समझा जाता है। वास्तविक समय में संचालन के रूप में निर्दिष्ट नहीं की गई प्रणाली आमतौर पर किसी भी समय सीमा के भीतर प्रतिक्रिया की गारंटी नहीं दे सकती है, हालांकि विशिष्ट या अपेक्षित प्रतिक्रिया समय दिया जा सकता है। किसी घटना के सापेक्ष एक निर्दिष्ट समय सीमा के भीतर पूरा नहीं होने पर वास्तविक समय प्रणाली विफल हो जाती है; [[ लोड (कंप्यूटिंग) ]] की परवाह किए बिना, समय सीमा को हमेशा पूरा किया जाना चाहिए। | ||
वास्तविक समय प्रणाली को उस समय के रूप में वर्णित किया गया है जो जानकारी डेटा प्राप्त करके, उन्हें संसाधित करके और उस समय पर्यावरण को प्रभावित करने के लिए पर्याप्त रूप से परिणाम लौटाकर पर्यावरण को नियंत्रित करता है।<ref>{{cite book|last=Martin|first=James|title=Programming Real-time Computer Systems|date=1965|publisher=Prentice-Hall Inc.|location=Englewood Cliffs, NJ|isbn=978-0-13-730507-0|page=[https://archive.org/details/programmingrealt0000mart/page/4 4]|url=https://archive.org/details/programmingrealt0000mart|url-access=registration}}</ref> वास्तविक समय शब्द का उपयोग [[ कंप्यूटर सिमुलेशन ]](कृत्रिम)में भी किया जाता है, जिसका अर्थ है कि सिमुलेशन की घड़ी औधोगिक नियंत्रण प्रणाली और उद्यम प्रणालियों में वास्तविक घड़ी के समान बिना किसी देरी के समान गति से चलती है। | |||
वास्तविक समय सॉफ्टवेयर तुल्यकालिक कर्मादेशन भाषा ( सिंक्रोनिक प्रोग्रामिंग लैंग्वेज), वास्ताविक समय प्रचालन तंत्र (रियल टाइम ऑपरेटिंग सिस्टम) और वास्तविक समय सूत्र (नेटवर्क) में से एक या अधिक का उपयोग कर सकता है | |||
जो [[ रीयल-टाइम ऑपरेटिंग सिस्टम |वास्तविक समय]] सॉफ़्टवेयर एप्लिकेशन बनाने के लिए आवश्यक ढांचे प्रदान करते हैं। | |||
कई सुरक्षा महत्वपूर्ण अनुप्रयोगों के लिए उपयोग किए जाने वाले सिस्टम वास्तविक समय के होने चाहिए, जैसे कि [[ तारों से उड़ना | तारों द्वारा संचरण ( फ्लाई बाय वायर)]] विमान के नियंत्रण के लिए, या एंटी-लॉक ब्रेक, दोनों ही तत्काल और सटीक यांत्रिक प्रतिक्रिया की मांग करते हैं।<ref>{{cite book | |||
| url = https://books.google.com/books?id=3714jIryozYC&pg=PA356 | | url = https://books.google.com/books?id=3714jIryozYC&pg=PA356 | ||
| title = Computer-Based Industrial Control | | title = Computer-Based Industrial Control | ||
| Line 19: | Line 21: | ||
}}</ref> | }}</ref> | ||
== [[ कंप्यूटर सिमुलेशन |सिमुलेशन]] == | |||
कंप्यूटर सिमुलेशन एक कंप्यूटर पर किए गए गणितीय मॉडलिंग की प्रक्रिया है , जिसे वास्तविक दुनिया या भौतिक प्रणाली के व्यवहार या परिणाम की भविष्यवाणी करने के लिए डिज़ाइन किया गया है। | |||
== इतिहास == | == इतिहास == | ||
वास्तविक समय शब्द प्रारंभ मे कृत्रिम समय ([[ सिमुलेशन |सिमुलेशन )]] में इसके उपयोग से निकला है, जिसमें कृत्रिम समय की दर को वास्तविक दुनिया की प्रक्रिया को वास्तविक प्रक्रिया से मेल किया जाता है (जिसे अब अस्पष्टता से बचने के लिए [[ वास्तविक समय सिमुलेशन | कृत्रिम वास्तविक समय]] कहा जाता है)। [[ एनालॉग कंप्यूटर ]], अधिकांश कृत्रिम समय वास्तविक समय की अपेक्षा बहुत तेज गति से कार्यो को करने में सक्षम थे। एक ऐसी स्थिति जो धीमी कृत्रिम समय के साथ ही खतरनाक हो सकती है यदि इसे भी पहचाना और जिम्मेदार नहीं ठहराया जाता है। <!-- What does this mean? Where did "dangerous" become an issue? --><!-- The historical origins of the term has no bearing on its current, correct, technical definition. ''Real-time'' does not refer to either fast or slow processing. In fact, the speed of processing is independent of whether it is considered ''real-time'' or not. For a system to be defined as ''real-time'' it must meet its time constraints — whether those constraints require extremely fast processing or can be met at a more leisurely pace has no bearing on the matter. --> | |||
मिनी कंप्यूटर, विशेष रूप से 1970 के दशक के बाद, जब डीओजी ([[ डिजिटल ऑन-स्क्रीन ग्राफिक ]]) स्कैनर जैसे समर्पित [[ अंतः स्थापित प्रणाली ]] में निर्मित, आने | |||
मिनी कंप्यूटर, विशेष रूप से 1970 के दशक के बाद, जब डीओजी ([[ डिजिटल ऑन-स्क्रीन ग्राफिक | डिजिटल ऑन-स्क्रीन ग्राफिक]] ) स्कैनर जैसे समर्पित [[ अंतः स्थापित प्रणाली | अंतः स्थापित प्रणाली]] में निर्मित, आने वाली जानकारी और प्रचालन तंत्र (ओएस) के साथ महत्वपूर्ण परस्पर प्रक्रिया के लिए कम-विलंबता प्राथमिकता-संचालित प्रतिक्रियाओं की आवश्यकता में वृद्धि हुई। सामान्य जानकारी आरडीओएस (रीयल-टाइम डिस्क ऑपरेटिंग सिस्टम) और आरटीओएस [[ अग्रभूमि पृष्ठभूमि | अग्रभूमि पृष्ठभूमि]] के साथ-साथ [[ डिजिटल उपकरण निगम | तकनीकी उपकरण निगम]] की आरटी -11 तारीख इस युग से। अग्रभूमि अनुसूची में कम प्राथमिकता वाले कार्यों को सीपीयू समय की अनुमति दी जब किसी अग्रभूमि कार्य को निष्पादित करने की आवश्यकता नहीं थी, और सर्वोच्च प्राथमिकता वाले कार्यों को अग्रभूमि के भीतर पूर्ण प्राथमिकता दी। वास्तविक प्रचालन तंत्र उपयोग समय-साझाकरण बहु-उपयोगकर्ता कर्तव्यों के लिए भी किया जाएगा। उदाहरण के लिए, प्राथमिक व्यापारिक सामान्य जानकारी आरडीओएस के अग्रभूमि या पृष्ठभूमि में चल सकता है और अनुसूची एल्गोरिथम में अतिरिक्त तत्वों को पेश करेगा ताकि इसे मूक टर्मिनलों के माध्यम से बातचीत करने वाले लोगों के लिए अधिक उपयुक्त बनाया जा सके। | |||
{{Disputed section|The 68000 Was a CPU, not a Computer|date=October 2020}} | {{Disputed section|The 68000 Was a CPU, not a Computer|date=October 2020}} | ||
एक बार जब [[ एमओएस प्रौद्योगिकी 6502 ]] ([[ कमोडोर 64 ]] और ऐप्पल II में प्रयुक्त), और बाद में जब [[ मोटोरोला 68000 ]] ([[ मैकिनटोश ]], [[ अटारी ST ]], और [[ कमोडोर अमीगा ]] में प्रयुक्त) लोकप्रिय थे, तो कोई भी अपने | एक बार जब [[ एमओएस प्रौद्योगिकी 6502 ]] ([[ कमोडोर 64 ]] और ऐप्पल II में प्रयुक्त), और बाद में जब [[ मोटोरोला 68000 ]] ([[ मैकिनटोश ]], [[ अटारी ST ]], और [[ कमोडोर अमीगा ]] में प्रयुक्त) लोकप्रिय थे, तो कोई भी अपने घरेलू कंप्यूटर को वास्तविक समय के रूप में उपयोग कर सकता था। परिभाषित समय के साथ कठिन सूचकांक गांठ (हार्ड कोडेड लूप) के लिए अनुमत अन्य हस्तक्षेप को निष्क्रिय करने की संभावना, और कम [[ इंटरप्ट विलंबता | हस्तक्षेप विलंब]] ने वास्तविक समय प्रचालन तंत्र के कार्यान्वयन की अनुमति दी, जिससे उपयोगकर्ता इंटरफ़ेस और डिस्क चालित वास्तविक समय सूत्र की तुलना में कम प्राथमिकता देता है। इनकी तुलना में इंटेल सीपीयू (8086..80586) का [[ प्रोग्रामेबल इंटरप्ट कंट्रोलर |कार्यक्रम बाधक (नियंत्रक प्रोग्रामेबल इंटरप्ट कंट्रोलर)]] एक बहुत बड़ी लेटेंसी उत्पन्न करता है और विंडोज प्रचालन तंत्र न तो वास्तविक समय प्रचालन तंत्र है और न ही यह किसी कार्यक्रम को सीपीयू को पूरी तरह से अपने नियंत्रण में लेने और इसका उपयोग करने की अनुमति देता है। देशी मशीन भाषा का उपयोग किए बिना और इस प्रकार सभी बाधक विंडोज सूचकांक को पार करते हुए खुद की [[ शेड्यूलिंग (कंप्यूटिंग) |अनुसूची इस्तेमाल करते है]]। हालांकि, कई सूचकांक पुस्तकालय मौजुद हैं जो विभिन्न प्रचालन तंत्र पर उच्च स्तरीय भाषा में वास्तविक समय क्षमताओं की पेशकश करती हैं, उदाहरण के लिए [[ वास्तविक समय जावा ]] मोटोरोला 68000 और उसके बाद के परिवार के सदस्य (68010, 68020 आदि) भी औद्योगिक नियंत्रण प्रणाली के निर्माताओं के बीच लोकप्रिय हो गए। यह एप्लिकेशन क्षेत्र वह है जिसमें वास्तविक समय नियंत्रण प्रक्रिया प्रदर्शन और सुरक्षा के मामले में वास्तविक लाभ प्रदान करता है।{{citation needed|date=September 2013|reason=This whole paragraph contains several questionable statements in regard to MOS, AMD and Motorola CPUs and their interrupt handling, and therefore needs to be rewritten and sourced by reliable sources.}} | ||
== | == रीयल-टाइम कंप्यूटिंग के लिए मानदंड == | ||
एक प्रणाली को वास्तविक समय कहा जाता है | एक प्रणाली को वास्तविक समय तब कहा जाता है जब किसी ऑपरेशन की कुल शुद्धता न केवल इसकी तार्किक शुद्धता पर निर्भर करती है, बल्कि उस समय पर भी निर्भर करती है जिसमें इसे किया जाता है।<ref>{{cite journal | last1 = Shin | first1 = Kang G. |author-link=Kang G. Shin | last2 = Ramanathan | first2 = Parameswaran | title = Real-time computing: a new discipline of computer science and engineering | journal = Proceedings of the IEEE | volume = 82 | issue = 1 | pages = 6–24 | date = Jan 1994 | issn = 0018-9219 | doi = 10.1109/5.259423| url = http://kabru.eecs.umich.edu/papers/publications/1994/ramanathan-shin-ieee-proceedings.pdf | citeseerx = 10.1.1.252.3947 }}</ref> वास्तविक समय व्यवस्था के साथ ही साथ उनकी समय-सीमाएं, एक समय सीमा छूटने के परिणाम के आधार पर वर्गीकृत की जाती हैं:<ref>Kopetz, Hermann ; ''Real-Time Systems: Design Principles for Distributed Embedded Applications'', Kluwer Academic Publishers, 1997</ref> | ||
* सख्त{{snd}} एक समय सीमा चूकना कुल | * सख्त{{snd}} एक समय सीमा चूकना कुल व्यवस्था की विफलता कहलाता है। | ||
* दृढ़{{snd}} बार-बार समय सीमा चूकना सहनीय है, लेकिन | * दृढ़{{snd}} बार-बार समय सीमा चूकना सहनीय है, लेकिन व्यवस्था सेवा की गुणवत्ता को कम कर सकता है। किसी परिणाम की समय सीमा के बाद उसकी उपयोगिता शून्य हो जाती है। | ||
* कोमल{{snd}} परिणाम की उपयोगिता उसकी समय सीमा के बाद कम हो जाती है, जिससे | * कोमल{{snd}} परिणाम की उपयोगिता उसकी समय सीमा के बाद कम हो जाती है, जिससे व्यवस्था की सेवा की गुणवत्ता में गिरावट आती है। | ||
इस प्रकार, एक कठिन | इस प्रकार, एक कठिन वास्तविक समय व्यवस्था का लक्ष्य यह सुनिश्चित करना है कि सभी समय सीमाएं पूरी हो जाएं, लेकिन कोमल वास्तविक समय व्यवस्था के लिए लक्ष्य कुछ लागू-विशिष्ट मानदंडों को अनुकूलित करने के लिए समय सीमा के एक निश्चित उपकार्य को पूरा करना बन जाता है। अनुकूलित किए गए विशेष मानदंड आवेदन पर निर्भर करते हैं, लेकिन कुछ विशिष्ट उदाहरणों में शामिल समय सीमा की संख्या को अधिकतम करना, कार्यों की विलंबता को कम करना और उनकी समय सीमा को पूरा करने वाले उच्च प्राथमिकता वाले कार्यों की संख्या को अधिकतम करना शामिल है। | ||
कठिन वास्तविक समय व्यवस्था का उपयोग तब किया जाता है जब यह अनिवार्य हो कि किसी घटना पर सख्त समय सीमा के भीतर प्रतिक्रिया दी जाए। व्यवस्था के लिए ऐसी मजबूत बुनियाद की आवश्यकता होती है जिसके लिए एक निश्चित अंतराल में प्रतिक्रिया न करने से किसी तरह से बहुत नुकसान होता है, विशेष रूप से आसपास के वातावरण को शारीरिक रूप से नुकसान पहुंचाता है या मानव जीवन को खतरे में डालता है (हालांकि सख्त परिभाषा यह है कि समय सीमा को याद करना व्यवस्था की विफलता का गठन करता है। ) कठिन वास्तविक समय व्यवस्था के कुछ उदाहरण: | |||
* एक [[ ऑटोमोबाइल ]] [[ आंतरिक दहन इंजन ]] नियंत्रण प्रणाली एक कठिन वास्तविक समय प्रणाली है क्योंकि विलंबित संकेत इंजन की विफलता या क्षति का कारण बन सकता है। | * एक स्वचालित([[ ऑटोमोबाइल | ऑटोमोबाइल)]] [[ आंतरिक दहन इंजन |आंतरिक दहन इंजन]] नियंत्रण प्रणाली एक कठिन वास्तविक समय प्रणाली है क्योंकि विलंबित संकेत इंजन की विफलता या क्षति का कारण बन सकता है। | ||
* चिकित्सा प्रणालियाँ जैसे हृदय [[ कृत्रिम पेसमेकर ]]। भले ही एक पेसमेकर का कार्य सरल है, मानव जीवन के लिए संभावित जोखिम के कारण, इस तरह की चिकित्सा प्रणालियों को आमतौर पर पूरी तरह से परीक्षण और प्रमाणन से गुजरना पड़ता है, जिसके लिए वास्तविक समय में कठिन | * चिकित्सा प्रणालियाँ जैसे हृदय [[ कृत्रिम पेसमेकर ]]। भले ही एक पेसमेकर का कार्य सरल है, मानव जीवन के लिए संभावित जोखिम के कारण, इस तरह की चिकित्सा प्रणालियों को आमतौर पर पूरी तरह से परीक्षण और प्रमाणन से गुजरना पड़ता है, जिसके लिए वास्तविक समय में कठिन संगणना की आवश्यकता होती है ताकि यह साबित हो सके कि विफलता है संभव या असंभव। | ||
* औद्योगिक प्रक्रिया नियंत्रक, जैसे [[ समनुक्रम ]] पर मशीन। यदि मशीन में देरी होती है, तो असेंबली लाइन पर | * औद्योगिक प्रक्रिया नियंत्रक, जैसे [[ समनुक्रम | समानुक्रम]] पर मशीन। यदि मशीन में देरी होती है, तो समानुक्रम उत्पादन (असेंबली लाइन) पर सामान मशीन की पहुंच से बाहर हो सकता है (उत्पाद को अछूता छोड़कर), या गलत समय पर रोबोट को सक्रिय करने से मशीन या उत्पाद क्षतिग्रस्त हो सकता है। यदि विफलता का पता चला है, तो दोनों मामलों में समानुक्रम उत्पादन रुक जाएगा । जिससे उत्पादन धीमा हो जाएगा। यदि विफलता का पता नहीं लगाया जाता है, तो एक दोष वाला उत्पाद इसे उत्पादन के माध्यम से बना सकता है, या उत्पादन के बाद के चरणों में नुकसान पहुंचा सकता है। | ||
* | * कठिन वास्तविक समय व्यवस्था पर अंतः स्थापित व्यवस्था की भौतिक हार्डवेयर के साथ निम्न स्तर पर बातचीत करते हुए पाए जाते हैं। प्रारंभिक चलचित्र खेल (वीडियो गेम) जैसे [[ अटारी 2600 |अटारी 2600]] और [[ सिनेमेट्रॉनिक्स ]] वेक्टर ग्राफिक्स में ग्राफिक्स और समय हार्डवेयर की प्रकृति के कारण वास्तविक समय की कठिन आवश्यकताएं थीं। | ||
* [[ सॉफ्टमोडेम ]] एक हार्डवेयर मॉडेम को कंप्यूटर के सीपीयू पर चलने वाले सॉफ़्टवेयर से बदल देता है। अगले ऑडियो | * [[ सॉफ्टमोडेम ]] एक हार्डवेयर मॉडेम को कंप्यूटर के सीपीयू पर चलने वाले सॉफ़्टवेयर से बदल देता है। अगले ध्वनि (ऑडियो ) जानकारी को बाहर करने के लिए सॉफ़्टवेयर को हर कुछ मिलीसेकंड चलाना चाहिए। यदि वह जानकारी देर से आता है, तो प्राप्त करने वाला मॉडेम अपनी लय खो देगा, जिससे लय (सिंक्रोनाइज़ेशन ) को पुन: स्थापित होने या तालमेल (कनेक्शन ) पूरी तरह से खो जाने के कारण एक लंबी रुकावट पैदा होगी। | ||
* कई प्रकार के [[ प्रिंटर (कंप्यूटिंग) ]] में वास्तविक समय की कठिन आवश्यकताएं होती हैं, जैसे कि [[ इंकजेट ]] (स्याही को सही समय पर जमा किया जाना चाहिए क्योंकि प्रिंटहेड पृष्ठ को पार करता है), [[ लेजर प्रिंटर ]] (लेजर को सही समय पर सक्रिय किया जाना चाहिए। घूर्णन ड्रम में बीम स्कैन), और डॉट मैट्रिक्स और विभिन्न प्रकार के [[ लाइन प्रिंटर ]] (प्रभाव तंत्र को सही समय पर सक्रिय किया जाना चाहिए क्योंकि प्रिंट तंत्र वांछित आउटपुट के साथ संरेखण में आता है)। इनमें से किसी में भी विफलता या तो गुम आउटपुट या गलत आउटपुट का कारण बनेगी। | * कई प्रकार के [[ प्रिंटर (कंप्यूटिंग) ]] में वास्तविक समय की कठिन आवश्यकताएं होती हैं, जैसे कि [[ इंकजेट ]] (स्याही को सही समय पर जमा किया जाना चाहिए क्योंकि प्रिंटहेड पृष्ठ को पार करता है), [[ लेजर प्रिंटर ]] (लेजर को सही समय पर सक्रिय किया जाना चाहिए। घूर्णन ड्रम में बीम स्कैन), और डॉट मैट्रिक्स और विभिन्न प्रकार के [[ लाइन प्रिंटर ]] (प्रभाव तंत्र को सही समय पर सक्रिय किया जाना चाहिए क्योंकि प्रिंट तंत्र वांछित आउटपुट के साथ संरेखण में आता है)। इनमें से किसी में भी विफलता या तो गुम आउटपुट या गलत आउटपुट का कारण बनेगी। | ||
[[ कंप्यूटर मल्टीटास्किंग ]] | [[ कंप्यूटर मल्टीटास्किंग | कंप्यूटर बहुकार्य (मल्टीटास्किंग) व्यवस्था]] के संदर्भ में [[ समय-निर्धारण नीति ]] सामान्य रूप से प्राथमिकता से संचालित होती है ([[ प्रीमेप्टिव मल्टीटास्किंग |पूर्वनिर्धारित बहुकार्य]] | पूर्वनिर्धारित अनुसूची)। कुछ स्थितियों में, ये कठिन वास्तविक समय प्रदर्शन की आश्वासन दे सकते हैं (उदाहरण के लिए यदि कार्यों का ढेर और उनकी प्राथमिकताएं पहले से ज्ञात हैं)। [[ दर-मोनोटोनिक शेड्यूलिंग | दर- एकदिष्ट अनुसूची]] जैसे अन्य कठिन वास्तविक समय अनुसूची हैं जो सामान्य-उद्देश्य प्रणालियों में सामान्य नहीं है, क्योंकि किसी कार्य की अनुसूची के लिए इसे अतिरिक्त जानकारी की आवश्यकता होती है: अर्थात् कैसे के लिए एक बाध्य या सबसे खराब स्थिति अनुमान लंबे समय तक कार्य निष्पादित होना चाहिए। इस तरह के कठिन वास्तविक अनुसूची के लिए विशिष्ट एल्गोरिदम-समय कार्य मौजूद हैं, जैसे कि सबसे प्रारंभिक समय सीमा पहली अनुसूची, जो [[ संदर्भ स्विच |बदले हुए विषयवस्तु]] के ऊपरी हिस्से को अनदेखा करते हुए, 100% से कम के व्यवस्था भार (सिस्टम लोड) के लिए पर्याप्त है।<ref>Liu, Chang L.; and Layland, James W.; "Scheduling Algorithms for Multiprogramming in a Hard Real-time Environment", ''Journal of the ACM'', 20(1):46-61, January 1973, http://citeseer.ist.psu.edu/liu73scheduling.html</ref> नए आवरण (ओवरले) अनुसूची व्यवस्था , जैसे कि एक अनुकूली विभाजन अनुसूची, कठिन वास्तविक समय, गैर-वास्तविक समय अनुप्रयोगों के मिश्रण के साथ बड़ी व्यवस्था को प्रबंधित करने में सहायता करते हैं। | ||
दृढ़ वास्तविक समय व्यवस्था अधिक अस्पष्ट रूप से परिभाषित होते हैं, और कुछ वर्गीकरणों में उन्हें शामिल नहीं किया जाता है, केवल केथिन और कोमल वास्तविक समय व्यवस्था को अलग करता है। दृढ़ वास्तविक समय व्यवस्था के कुछ उदाहरण: | |||
* | * समानुक्रम उत्पादन मशीन को पहले कठिन वास्तविक समय के रूप में वर्णित किया गया था, इसके बजाय इसे वास्तविक समय माना जा सकता था। एक चूक भी समय सीमा की त्रुटि का कारण बनती है जिससे निपटने की आवश्यकता है: एक हिस्से को खराब के रूप में चिह्नित करने या समानुक्रम उत्पादन से बाहर निकालने के लिए मशीनरी हो सकती है, या समानुक्रम उत्पादन को रोका जा सकता है ताकि एक ऑपरेटर समस्या को ठीक कर सके। हालांकि, जब तक ये त्रुटियां दुर्लभ हैं, उन्हें सहन किया जा सकता है। | ||
कोमल वास्तविक समय उत्पादन का उपयोग आम तौर पर समवर्ती पहुंच के मुद्दों को हल करने के लिए किया जाता है और बदलती परिस्थितियों के माध्यम से कई जुड़ी हुई व्यवस्था को आधुनिक रखने की आवश्यकता होती है। कोमल वास्तविक समय व्यवस्था के कुछ उदाहरण: | |||
* सॉफ्टवेयर जो वाणिज्यिक [[ एयरलाइन ]] | * सॉफ्टवेयर जो वाणिज्यिक [[ एयरलाइन |हवाई सेवाओं]] के लिए उड़ान योजनाओं का रखरखाव और अद्यतन करता है। उड़ान योजनाओं को यथोचित रूप से चालू रखा जाना चाहिए, लेकिन वे कुछ सेकंड की विलंबता के साथ काम कर सकते हैं। | ||
* | * प्रत्यक्ष ध्वनि और चलचित्र व्यवस्था भी आमतौर पर कोमल वास्तविक समय हैं।ध्वनि का एक आकार जो देर से चलाया जाता है, एक संक्षिप्त ध्वनि की गड़बड़ का कारण हो सकता है (और बाद के सभी ध्वनियों को संगत रूप से विलंबित कर सकता है, जिससे यह धारणा हो सकती है कि ध्वनि सामान्य से धीमी गति से चलाया जा रहा है), लेकिन यह जारी रखने के विकल्पों से बेहतर हो सकता है मौन, स्थिर, पिछला ध्वनि आकार अनुमानित जानकारी से चलाएँ। चलचित्र का एक आकार जिसमे विलंब होता है, आमतौर पर दर्शकों के लिए और भी कम व्यवधान का कारण बनता है। व्यवस्थित काम करना जारी रख सकता है और भविष्य में काम का भार भविष्यवाणी और पुन: निर्माण पद्धतियों का उपयोग करके पुनर्प्राप्त भी कर सकता है।<ref>{{cite journal | title = Real-time reconfiguration for guaranteeing QoS provisioning levels in Grid environments | journal = Future Generation Computer Systems | volume = 25 | issue = 7 | pages = 779–784 | date = July 2009 | doi = 10.1016/j.future.2008.11.001| last1 = Menychtas | first1 = Andreas | last2 = Kyriazis | first2 = Dimosthenis | last3 = Tserpes | first3 = Konstantinos }}</ref> | ||
* इसी तरह, | * इसी तरह, चलचित्र खेल अक्सर कोमल वास्तस्विक समय होते हैं, खासकर जब वे लक्ष्य ढांचा दर को पूरा करने का प्रयास करते हैं। चूंकि अगली छवि की अग्रिम रूप से गणना नहीं की जा सकती है, क्योंकि यह खिलाड़ी के प्रयास पर निर्भर करता है, इसलिए उस रूपरेखा को प्रदर्शित होने से पहले चलचित्र की एक रूपरेखा बनाने के लिए आवश्यक सभी संगणना करने के लिए केवल कुछ ही समय उपलब्ध है। यदि समय सीमा चूक जाती है, तो खेल कम [[ फ्रेम रेट |रूपरेखा दर]] पर जारी रह सकता है; खेल के आधार पर, यह केवल इसके ग्राफिक्स को प्रभावित कर सकता है (जबकि खेल खेलना सामान्य गति से जारी रहता है), या खेल खेलना स्वयं धीमा हो सकता है (जो चलचित्र खेल क्रिया की पुरानी तीसरी और चौथी पीढ़ी पर सामान्य था।) | ||
=== [[ अंकीय संकेत प्रक्रिया ]] में | === [[ अंकीय संकेत प्रक्रिया ]] में वास्तविक समय === | ||
वास्तविक समय आंकिक संकेत प्रसंस्कारक (डीएसपी) प्रक्रिया में, विश्लेषण किए गए (इनपुट) और उत्पन्न (आउटपुट) नमूनों को प्रसंस्करण से स्वतंत्र नमूनों के एक ही ढेर को इनपुट और उत्पन करने में लगने वाले समय में लगातार संसाधित (या उत्पन्न) किया जा सकता है।<ref name="Kuo-Lee-Tian">Kuo, Sen M.; Lee, Bob H.; and Tian, Wenshun; "Real-Time Digital Signal Processing: Implementations and Applications", Wiley, 2006, {{ISBN|0-470-01495-4}}, [http://media.wiley.com/product_data/excerpt/54/04700149/0470014954.pdf Section 1.3.4: ''Real-Time Constraints''].</ref> इसका मतलब है कि प्रसंस्करण विलंब को सीमित किया जाना चाहिए, भले ही प्रसंस्करण असीमित समय तक जारी रहे। इसका मतलब है कि [[ ओवरहेड (कंप्यूटिंग) | अप्रत्यक्ष गणना (ओवरहेड कंप्यूटिंग)]] सहित प्रति नमूना अंकगणितीय औसत प्रसंस्करण समय नमूना अवधि से अधिक नहीं है, जो नमूना दर का पारस्परिक है। यह मानदंड है कि क्या नमूनों को बड़े खंडों में एक साथ समूहीकृत किया जाता है और खंड के रूप में संसाधित किया जाता है या व्यक्तिगत रूप से संसाधित किया जाता है । | |||
एक [[ ऑडियो सिग्नल प्रोसेसिंग ]] उदाहरण पर विचार करें; यदि किसी प्रक्रिया को [[ ऑडियो विश्लेषण ]], [[ ध्वनि संश्लेषण ]], या 2.00 सेकंड ध्वनि की प्रक्रिया के लिए 2.01 सेकंड की आवश्यकता होती है, तो यह वास्तविक समय नहीं है। हालांकि, अगर इसमें 1.99 सेकेंड लगते हैं, तो इसे | एक [[ ऑडियो सिग्नल प्रोसेसिंग |ध्वनि सांकेतिक प्रक्रिया]] उदाहरण पर विचार करें; यदि किसी प्रक्रिया को [[ ऑडियो विश्लेषण | ध्वनि विश्लेषण]] , [[ ध्वनि संश्लेषण ]], या 2.00 सेकंड ध्वनि की प्रक्रिया के लिए 2.01 सेकंड की आवश्यकता होती है, तो यह वास्तविक समय नहीं है। हालांकि, अगर इसमें 1.99 सेकेंड लगते हैं, तो इसे वास्तविक समय डीएसपी प्रक्रिया में बनाया जा सकता है । | ||
एक सामान्य जीवन सादृश्य एक लाइन या [[ कतार क्षेत्र ]] में एक किराने की दुकान में | एक सामान्य जीवन सादृश्य एक लाइन या [[ कतार क्षेत्र ]] में एक किराने की दुकान में बाहर निकलने की प्रतीक्षा कर रहा है। यदि लाइन बिना किसी बाध्यता के लंबी और लंबी होती है, तो बाहर निकलने की प्रक्रिया वास्तविक समय नहीं होती है। यदि लाइन की लंबाई बंधी हुई है, तो ग्राहकों को संसाधित किया जा रहा है और औसत रूप से उतनी ही तेजी से बाहर किया जा रहा है, जितना कि उन्हें अंदर किया जा रहा है, तो वह प्रक्रिया वास्तविक समय है। किराना व्यापारी व्यवसाय से बाहर हो सकता है या कम से कम व्यवसाय खो सकता है यदि वे अपनी बाहर निकलने की प्रक्रिया को वास्तविक समय में नहीं बना सकते हैं; इस प्रकार, यह मौलिक रूप से महत्वपूर्ण है कि यह प्रक्रिया वास्तविक समय हो। | ||
एक | एक सांकेतिक प्रक्रिया एल्गोरिथम जो अंदर जानेवाली जानकारी के प्रवाह के साथ बाहर निकलने के साथ इनपुट के आगे और पीछे गिरने के साथ नहीं रख सकता है, वास्तविक समय नहीं है। लेकिन अगर बाहर निकलने की देरी (इनपुट के सापेक्ष) असीमित समय से अधिक चलने वाली प्रक्रिया के संबंध में बाध्य है, तो सांक्रतिक प्रक्रिया एल्गोरिदम वास्तविक समय है, भले ही निर्धारित ( थ्रूपुट ) देरी बहुत लंबी हो। | ||
==== | ==== प्रत्यक्ष बनाम वास्तविक समय ==== | ||
प्रत्यक्ष सांकेतिक प्रक्रिया के लिए वास्तविक समय सांकेतिक प्रक्रिया की आवश्यकता है, लेकिन अपने आप में पर्याप्त नहीं है, जैसे कि [[ लाइव इवेंट सपोर्ट | प्रत्यक्ष घटना समर्थन]] में क्या आवश्यक है। प्रत्यक्ष ध्वनि डिजिटल सांकेतिक प्रक्रिया के लिए वास्तविक समय परिचालन और निर्धारण में देरी के लिए पर्याप्त सीमा दोनों की आवश्यकता होती है ताकि [[ स्टेज मॉनिटर |मंच पर निगरानी]] या [[ इन-ईयर मॉनिटर |अनुश्रवण निगरानी ( इन इयर मॉनिटर]]) का उपयोग करने वाले कलाकारों के लिए सहनीय हो और दर्शकों द्वारा [[ होंठ सिंक त्रुटि | होंठ मिलान त्रुटि]] के रूप में ध्यान देने योग्य न हो, जो सीधे कलाकारों को देख रहे हों। प्रत्यक्ष वास्तविक समय प्रक्रिया के लिए विलंबता की सहनीय सीमा जांच और बहस का विषय है लेकिन 6 से 20 मिलीसेकंड के बीच होने का अनुमान है।<ref>{{cite journal|last1=Kudrle|first1=Sara|last2=Proulx|first2=Michel|last3=Carrieres|first3=Pascal|last4=Lopez|first4=Marco|title=Fingerprinting for Solving A/V Synchronization Issues within Broadcast Environments|journal=SMPTE Motion Imaging Journal|date=July 2011|volume=120|issue=5|pages=36–46|doi=10.5594/j18059XY|quote=Appropriate A/V sync limits have been established and the range that is considered acceptable for film is +/- 22 ms. The range for video, according to the ATSC, is up to 15 ms lead time and about 45 ms lag time|display-authors=etal}}</ref> | |||
बातचीत में अवांछित बातचीत से बचने के लिए 300 एमएस से कम (राउंड ट्रिप या दो बार यूनिडायरेक्शनल देरी) के | बातचीत में अवांछित बातचीत से बचने के लिए 300 एमएस से कम (राउंड ट्रिप या दो बार यूनिडायरेक्शनल देरी) के वास्तविक समय द्विदिश G.114 को स्वीकार्य माना जाता है। | ||
== वास्तविक समय और उच्च प्रदर्शन == | == वास्तविक समय और उच्च प्रदर्शन == | ||
रीयल-टाइम कंप्यूटिंग को कभी-कभी उच्च-प्रदर्शन | रीयल-टाइम कंप्यूटिंग को कभी-कभी उच्च-प्रदर्शन संगणना के रूप में गलत समझा जाता है, लेकिन यह एक सटीक वर्गीकरण नहीं है।<ref name="Stankovic1988">{{Citation |title=Misconceptions about real-time computing: a serious problem for next-generation systems |first=John |last=Stankovic |year=1988 |periodical=Computer |volume=21 |issue=10 |publisher=IEEE Computer Society |doi=10.1109/2.7053 |page=11|s2cid=13884580 }}</ref> उदाहरण के लिए, एक वैज्ञानिक कृत्रिम निष्पादित करने वाला एक विशाल [[ सुपर कंप्यूटर ]] प्रभावशाली प्रदर्शन प्रदान कर सकता है, फिर भी यह वास्तविक समय की गणना निष्पादित नहीं कर रहा है। इसके विपरीत, एक बार एंटी-लॉक ब्रेकिंग व्यवस्था के हार्डवेयर और सॉफ़्टवेयर को इसकी आवश्यक समय सीमा को पूरा करने के लिए रूपरेखा तैयार किया गया है, कोई और प्रदर्शन लाभ अनिवार्य या उपयोगी भी नहीं है। इसके अलावा, यदि कोई नेटवर्क सर्वर नेटवर्क जाम से अत्यधिक भरा हुआ है, तो इसका प्रतिक्रिया समय धीमा हो सकता है लेकिन (ज्यादातर मामलों में) समय समाप्त होने से पहले भी सफल होगा (इसकी समय सीमा समाप्त हो जाती है)। इसलिए, ऐसे नेटवर्क सर्वर को वास्तविक समय व्यवस्था नहीं माना जाएगा: अस्थायी विफलताएं (देरी, समय-बहिष्कार, आदि) आम तौर पर छोटे और विभाजित (प्रभाव में सीमित) होती हैं लेकिन विनाशकारी विफलता नहीं होती हैं। एक वास्तविक समय प्रणाली में, जैसे कि [[ एफटीएसई 100 इंडेक्स ]], सीमा से परे धीमी गति को अक्सर इसके आवेदन संदर्भ में विनाशकारी माना जाएगा। वास्तविक समय व्यवस्था की सबसे महत्वपूर्ण आवश्यकता लगातार आउटपुट है, न कि उच्च क्षमता। | ||
कुछ प्रकार के सॉफ़्टवेयर, जैसे कई [[ कंप्यूटर शतरंज ]]|शतरंज खेलने के कार्यक्रम, किसी भी श्रेणी में आ सकते हैं। उदाहरण के लिए, एक घड़ी के साथ एक | कुछ प्रकार के सॉफ़्टवेयर, जैसे कई [[ कंप्यूटर शतरंज ]]|शतरंज खेलने के कार्यक्रम, किसी भी श्रेणी में आ सकते हैं। उदाहरण के लिए, एक घड़ी के साथ एक प्रतियोगिता खेलने के लिए रूपरेखा तैयार किए गए एक शतरंज कार्यक्रम को एक निश्चित समय सीमा से पहले एक चाल पर फैसला करना होगा या खेल खोना होगा, और इसलिए यह एक वास्तविक समय की गणना है, लेकिन एक शतरंज कार्यक्रम जिसे अनिश्चित काल तक चलने की अनुमति है चलने से पहले नहीं है। इन दोनों मामलों में, हालांकि, उच्च प्रदर्शन वांछनीय है: एक प्रतियोगिता शतरंज कार्यक्रम जितना अधिक काम आवंटित समय में कर सकता है, उसकी चालें उतनी ही बेहतर होंगी, और एक अप्रतिबंधित शतरंज कार्यक्रम जितनी तेजी से चलता है, उतनी ही जल्दी वह सक्षम होगा कदम। यह उदाहरण रीयल-टाइम कंप्यूटिंग और अन्य संगणना के बीच आवश्यक अंतर को भी दिखाता है: यदि प्रतियोगिता शतरंज कार्यक्रम अपने आवंटित समय में अपने अगले कदम के बारे में निर्णय नहीं लेता है तो यह खेल खो देता है- यानी, यह वास्तविक समय गणना के रूप में विफल रहता है- जबकि अन्य परिदृश्य में, समय सीमा को पूरा करना आवश्यक नहीं माना जाता है। उच्च प्रदर्शन एक निश्चित समय में किए गए प्रसंस्करण की मात्रा का संकेत है, जबकि वास्तविक समय उपलब्ध समय में उपयोगी आउटपुट प्राप्त करने के लिए प्रसंस्करण के साथ पूरा करने की क्षमता है। | ||
== | == वास्तविक समय के पास == | ||
[[ दूरसंचार ]] और [[ कम्प्यूटिंग ]] में | [[ दूरसंचार ]]और [[ कम्प्यूटिंग |संगणना]] में वास्तविक समय या लगभग वास्तविक समय(NRT) के पास शब्द, एक घटना और संसाधित जानकारी के उपयोग के बीच स्वचालित [[ डाटा प्रासेसिंग | जानकारी प्रक्रिया]] या [[ दूरसंचार नेटवर्क | दूरसंचार प्रसारण]] द्वारा शुरू किए गए [[ नेटवर्क देरी |विस्तार में देरी]] को संदर्भित करता है। , जैसे प्रदर्शन या [[ प्रतिक्रिया ]] और नियंत्रण उद्देश्यों के लिए। उदाहरण के लिए, एक निकट-वास्तविक-समय प्रदर्शन एक घटना या स्थिति को दर्शाता है क्योंकि यह वर्तमान समय में मौजूद है, प्रसंस्करण समय घटाकर, लगभग प्रत्यक्ष घटना के समय के रूप में।<ref name=1037C>{{cite web|url=http://www.its.bldrdoc.gov/fs-1037/fs-1037c.htm |title=Federal Standard 1037C: Glossary of Telecommunications Terms |publisher=Its.bldrdoc.gov |access-date=2014-04-26}}</ref> | ||
वास्तविक समय और वास्तविक समय के निकट की शर्तों के बीच का अंतर कुछ अस्पष्ट है और इसे मौजूदा स्थिति के लिए परिभाषित किया जाना चाहिए। शब्द का तात्पर्य है कि कोई महत्वपूर्ण देरी नहीं है।<ref name=1037C />कई मामलों में, वास्तविक समय के रूप में वर्णित प्रसंस्करण को वास्तविक समय के निकट के रूप में अधिक सटीक रूप से वर्णित किया जाएगा। | वास्तविक समय और वास्तविक समय के निकट की शर्तों के बीच का अंतर कुछ अस्पष्ट है और इसे मौजूदा स्थिति के लिए परिभाषित किया जाना चाहिए। शब्द का तात्पर्य है कि कोई महत्वपूर्ण देरी नहीं है।<ref name=1037C />कई मामलों में, वास्तविक समय के रूप में वर्णित प्रसंस्करण को वास्तविक समय के निकट के रूप में अधिक सटीक रूप से वर्णित किया जाएगा। | ||
| Line 82: | Line 87: | ||
== | == रूपरेखा के तरीके == | ||
वास्तविक समय व्यवस्था की रूपरेखा की सहायता के लिए कई विधियां मौजूद हैं, जिनमें से एक उदाहरण [[ सॉफ्टवेयर निर्माण संचालन और परीक्षण के लिए मॉड्यूलर दृष्टिकोण | सॉफ्टवेयर निर्माण संचालन और परीक्षण के लिए व्याख्या (मॉड्यूलर) करने वाला दृष्टिकोण]] है, जो एक पुरानी लेकिन बहुत सफल विधि है जो व्यवस्था की [[ समवर्ती (कंप्यूटर विज्ञान) |समवर्ती (कंप्यूटर विज्ञान)]] संरचना का प्रतिनिधित्व करती है। अन्य उदाहरण हैं HOOD तरीका, वास्तविक समय UML, वास्तुकला और रूपरेखा भाषा , [[ रेवेन्सकर प्रोफाइल |रेवेन्सकर प्रोफाइल]] और वास्तविक समय जावा । | |||
==यह भी देखें== | ==यह भी देखें== | ||
| Line 103: | Line 108: | ||
==संदर्भ== | ==संदर्भ== | ||
{{Reflist|30em}} | {{Reflist|30em}} | ||
==अग्रिम पठन== | ==अग्रिम पठन== | ||
| Line 320: | Line 125: | ||
{{Computer science}} | {{Computer science}} | ||
{{DEFAULTSORT:Real-Time Computing}} | {{DEFAULTSORT:Real-Time Computing}} | ||
[[Category: | [[Category:Accuracy disputes from October 2020|Real-Time Computing]] | ||
[[Category:Created On 05/09/2022]] | [[Category:All accuracy disputes|Real-Time Computing]] | ||
[[Category:All articles lacking in-text citations|Real-Time Computing]] | |||
[[Category:All articles with unsourced statements|Real-Time Computing]] | |||
[[Category:Articles lacking in-text citations from April 2014|Real-Time Computing]] | |||
[[Category:Articles with invalid date parameter in template|Real-Time Computing]] | |||
[[Category:Articles with short description|Real-Time Computing]] | |||
[[Category:Articles with unsourced statements from September 2013|Real-Time Computing]] | |||
[[Category:CS1 English-language sources (en)]] | |||
[[Category:Collapse templates|Real-Time Computing]] | |||
[[Category:Created On 05/09/2022|Real-Time Computing]] | |||
[[Category:Machine Translated Page|Real-Time Computing]] | |||
[[Category:Navigational boxes| ]] | |||
[[Category:Navigational boxes without horizontal lists|Real-Time Computing]] | |||
[[Category:Pages with script errors|Real-Time Computing]] | |||
[[Category:Short description with empty Wikidata description|Real-Time Computing]] | |||
[[Category:Sidebars with styles needing conversion|Real-Time Computing]] | |||
[[Category:Template documentation pages|Documentation/doc]] | |||
[[Category:Templates generating microformats|Real-Time Computing]] | |||
[[Category:Templates that are not mobile friendly|Real-Time Computing]] | |||
[[Category:Templates using TemplateData|Real-Time Computing]] | |||
[[Category:Wikipedia metatemplates|Real-Time Computing]] | |||
[[Category:रीयल-टाइम कंप्यूटिंग| ]] | |||
[[Category:रीयल-टाइम टेक्नोलॉजी|*]] | |||
Latest revision as of 16:16, 19 October 2022
This article includes a list of general references, but it lacks sufficient corresponding inline citations. (April 2014) (Learn how and when to remove this template message) |
रीयल-टाइम कंप्यूटिंग (वास्तविक समय संगणना, RTC) कंप्यूटर हार्डवेयर और कंप्यूटर सॉफ्टवेयर प्रणाली के लिए कंप्यूटर विज्ञान शब्द है, जो वास्तविक समय की बाधा के अधीन है, उदाहरण के लिए कोई घटना या कार्य को उसकी निर्धारित समय सीमा के अंदर पूरा करना चाहिए।[1] वास्तविक समय के प्रोग्राम को निर्दिष्ट समय की कमी के भीतर प्रतिक्रिया की गारंटी देनी होती है, जिसे अक्सर समय सीमा कहा जाता है।[2] वास्तविक समय कि प्रतिक्रियाओं को अक्सर मिलीसेकंड और कभी-कभी माइक्रोसेकंड के क्रम में समझा जाता है। वास्तविक समय में संचालन के रूप में निर्दिष्ट नहीं की गई प्रणाली आमतौर पर किसी भी समय सीमा के भीतर प्रतिक्रिया की गारंटी नहीं दे सकती है, हालांकि विशिष्ट या अपेक्षित प्रतिक्रिया समय दिया जा सकता है। किसी घटना के सापेक्ष एक निर्दिष्ट समय सीमा के भीतर पूरा नहीं होने पर वास्तविक समय प्रणाली विफल हो जाती है; लोड (कंप्यूटिंग) की परवाह किए बिना, समय सीमा को हमेशा पूरा किया जाना चाहिए।
वास्तविक समय प्रणाली को उस समय के रूप में वर्णित किया गया है जो जानकारी डेटा प्राप्त करके, उन्हें संसाधित करके और उस समय पर्यावरण को प्रभावित करने के लिए पर्याप्त रूप से परिणाम लौटाकर पर्यावरण को नियंत्रित करता है।[3] वास्तविक समय शब्द का उपयोग कंप्यूटर सिमुलेशन (कृत्रिम)में भी किया जाता है, जिसका अर्थ है कि सिमुलेशन की घड़ी औधोगिक नियंत्रण प्रणाली और उद्यम प्रणालियों में वास्तविक घड़ी के समान बिना किसी देरी के समान गति से चलती है।
वास्तविक समय सॉफ्टवेयर तुल्यकालिक कर्मादेशन भाषा ( सिंक्रोनिक प्रोग्रामिंग लैंग्वेज), वास्ताविक समय प्रचालन तंत्र (रियल टाइम ऑपरेटिंग सिस्टम) और वास्तविक समय सूत्र (नेटवर्क) में से एक या अधिक का उपयोग कर सकता है
जो वास्तविक समय सॉफ़्टवेयर एप्लिकेशन बनाने के लिए आवश्यक ढांचे प्रदान करते हैं।
कई सुरक्षा महत्वपूर्ण अनुप्रयोगों के लिए उपयोग किए जाने वाले सिस्टम वास्तविक समय के होने चाहिए, जैसे कि तारों द्वारा संचरण ( फ्लाई बाय वायर) विमान के नियंत्रण के लिए, या एंटी-लॉक ब्रेक, दोनों ही तत्काल और सटीक यांत्रिक प्रतिक्रिया की मांग करते हैं।[4]
सिमुलेशन
कंप्यूटर सिमुलेशन एक कंप्यूटर पर किए गए गणितीय मॉडलिंग की प्रक्रिया है , जिसे वास्तविक दुनिया या भौतिक प्रणाली के व्यवहार या परिणाम की भविष्यवाणी करने के लिए डिज़ाइन किया गया है।
इतिहास
वास्तविक समय शब्द प्रारंभ मे कृत्रिम समय (सिमुलेशन ) में इसके उपयोग से निकला है, जिसमें कृत्रिम समय की दर को वास्तविक दुनिया की प्रक्रिया को वास्तविक प्रक्रिया से मेल किया जाता है (जिसे अब अस्पष्टता से बचने के लिए कृत्रिम वास्तविक समय कहा जाता है)। एनालॉग कंप्यूटर , अधिकांश कृत्रिम समय वास्तविक समय की अपेक्षा बहुत तेज गति से कार्यो को करने में सक्षम थे। एक ऐसी स्थिति जो धीमी कृत्रिम समय के साथ ही खतरनाक हो सकती है यदि इसे भी पहचाना और जिम्मेदार नहीं ठहराया जाता है।
मिनी कंप्यूटर, विशेष रूप से 1970 के दशक के बाद, जब डीओजी ( डिजिटल ऑन-स्क्रीन ग्राफिक ) स्कैनर जैसे समर्पित अंतः स्थापित प्रणाली में निर्मित, आने वाली जानकारी और प्रचालन तंत्र (ओएस) के साथ महत्वपूर्ण परस्पर प्रक्रिया के लिए कम-विलंबता प्राथमिकता-संचालित प्रतिक्रियाओं की आवश्यकता में वृद्धि हुई। सामान्य जानकारी आरडीओएस (रीयल-टाइम डिस्क ऑपरेटिंग सिस्टम) और आरटीओएस अग्रभूमि पृष्ठभूमि के साथ-साथ तकनीकी उपकरण निगम की आरटी -11 तारीख इस युग से। अग्रभूमि अनुसूची में कम प्राथमिकता वाले कार्यों को सीपीयू समय की अनुमति दी जब किसी अग्रभूमि कार्य को निष्पादित करने की आवश्यकता नहीं थी, और सर्वोच्च प्राथमिकता वाले कार्यों को अग्रभूमि के भीतर पूर्ण प्राथमिकता दी। वास्तविक प्रचालन तंत्र उपयोग समय-साझाकरण बहु-उपयोगकर्ता कर्तव्यों के लिए भी किया जाएगा। उदाहरण के लिए, प्राथमिक व्यापारिक सामान्य जानकारी आरडीओएस के अग्रभूमि या पृष्ठभूमि में चल सकता है और अनुसूची एल्गोरिथम में अतिरिक्त तत्वों को पेश करेगा ताकि इसे मूक टर्मिनलों के माध्यम से बातचीत करने वाले लोगों के लिए अधिक उपयुक्त बनाया जा सके।
This section's factual accuracy is disputed. (October 2020) (Learn how and when to remove this template message) |
एक बार जब एमओएस प्रौद्योगिकी 6502 (कमोडोर 64 और ऐप्पल II में प्रयुक्त), और बाद में जब मोटोरोला 68000 (मैकिनटोश , अटारी ST , और कमोडोर अमीगा में प्रयुक्त) लोकप्रिय थे, तो कोई भी अपने घरेलू कंप्यूटर को वास्तविक समय के रूप में उपयोग कर सकता था। परिभाषित समय के साथ कठिन सूचकांक गांठ (हार्ड कोडेड लूप) के लिए अनुमत अन्य हस्तक्षेप को निष्क्रिय करने की संभावना, और कम हस्तक्षेप विलंब ने वास्तविक समय प्रचालन तंत्र के कार्यान्वयन की अनुमति दी, जिससे उपयोगकर्ता इंटरफ़ेस और डिस्क चालित वास्तविक समय सूत्र की तुलना में कम प्राथमिकता देता है। इनकी तुलना में इंटेल सीपीयू (8086..80586) का कार्यक्रम बाधक (नियंत्रक प्रोग्रामेबल इंटरप्ट कंट्रोलर) एक बहुत बड़ी लेटेंसी उत्पन्न करता है और विंडोज प्रचालन तंत्र न तो वास्तविक समय प्रचालन तंत्र है और न ही यह किसी कार्यक्रम को सीपीयू को पूरी तरह से अपने नियंत्रण में लेने और इसका उपयोग करने की अनुमति देता है। देशी मशीन भाषा का उपयोग किए बिना और इस प्रकार सभी बाधक विंडोज सूचकांक को पार करते हुए खुद की अनुसूची इस्तेमाल करते है। हालांकि, कई सूचकांक पुस्तकालय मौजुद हैं जो विभिन्न प्रचालन तंत्र पर उच्च स्तरीय भाषा में वास्तविक समय क्षमताओं की पेशकश करती हैं, उदाहरण के लिए वास्तविक समय जावा मोटोरोला 68000 और उसके बाद के परिवार के सदस्य (68010, 68020 आदि) भी औद्योगिक नियंत्रण प्रणाली के निर्माताओं के बीच लोकप्रिय हो गए। यह एप्लिकेशन क्षेत्र वह है जिसमें वास्तविक समय नियंत्रण प्रक्रिया प्रदर्शन और सुरक्षा के मामले में वास्तविक लाभ प्रदान करता है।[citation needed]
रीयल-टाइम कंप्यूटिंग के लिए मानदंड
एक प्रणाली को वास्तविक समय तब कहा जाता है जब किसी ऑपरेशन की कुल शुद्धता न केवल इसकी तार्किक शुद्धता पर निर्भर करती है, बल्कि उस समय पर भी निर्भर करती है जिसमें इसे किया जाता है।[5] वास्तविक समय व्यवस्था के साथ ही साथ उनकी समय-सीमाएं, एक समय सीमा छूटने के परिणाम के आधार पर वर्गीकृत की जाती हैं:[6]
- सख्त – एक समय सीमा चूकना कुल व्यवस्था की विफलता कहलाता है।
- दृढ़ – बार-बार समय सीमा चूकना सहनीय है, लेकिन व्यवस्था सेवा की गुणवत्ता को कम कर सकता है। किसी परिणाम की समय सीमा के बाद उसकी उपयोगिता शून्य हो जाती है।
- कोमल – परिणाम की उपयोगिता उसकी समय सीमा के बाद कम हो जाती है, जिससे व्यवस्था की सेवा की गुणवत्ता में गिरावट आती है।
इस प्रकार, एक कठिन वास्तविक समय व्यवस्था का लक्ष्य यह सुनिश्चित करना है कि सभी समय सीमाएं पूरी हो जाएं, लेकिन कोमल वास्तविक समय व्यवस्था के लिए लक्ष्य कुछ लागू-विशिष्ट मानदंडों को अनुकूलित करने के लिए समय सीमा के एक निश्चित उपकार्य को पूरा करना बन जाता है। अनुकूलित किए गए विशेष मानदंड आवेदन पर निर्भर करते हैं, लेकिन कुछ विशिष्ट उदाहरणों में शामिल समय सीमा की संख्या को अधिकतम करना, कार्यों की विलंबता को कम करना और उनकी समय सीमा को पूरा करने वाले उच्च प्राथमिकता वाले कार्यों की संख्या को अधिकतम करना शामिल है।
कठिन वास्तविक समय व्यवस्था का उपयोग तब किया जाता है जब यह अनिवार्य हो कि किसी घटना पर सख्त समय सीमा के भीतर प्रतिक्रिया दी जाए। व्यवस्था के लिए ऐसी मजबूत बुनियाद की आवश्यकता होती है जिसके लिए एक निश्चित अंतराल में प्रतिक्रिया न करने से किसी तरह से बहुत नुकसान होता है, विशेष रूप से आसपास के वातावरण को शारीरिक रूप से नुकसान पहुंचाता है या मानव जीवन को खतरे में डालता है (हालांकि सख्त परिभाषा यह है कि समय सीमा को याद करना व्यवस्था की विफलता का गठन करता है। ) कठिन वास्तविक समय व्यवस्था के कुछ उदाहरण:
- एक स्वचालित( ऑटोमोबाइल) आंतरिक दहन इंजन नियंत्रण प्रणाली एक कठिन वास्तविक समय प्रणाली है क्योंकि विलंबित संकेत इंजन की विफलता या क्षति का कारण बन सकता है।
- चिकित्सा प्रणालियाँ जैसे हृदय कृत्रिम पेसमेकर । भले ही एक पेसमेकर का कार्य सरल है, मानव जीवन के लिए संभावित जोखिम के कारण, इस तरह की चिकित्सा प्रणालियों को आमतौर पर पूरी तरह से परीक्षण और प्रमाणन से गुजरना पड़ता है, जिसके लिए वास्तविक समय में कठिन संगणना की आवश्यकता होती है ताकि यह साबित हो सके कि विफलता है संभव या असंभव।
- औद्योगिक प्रक्रिया नियंत्रक, जैसे समानुक्रम पर मशीन। यदि मशीन में देरी होती है, तो समानुक्रम उत्पादन (असेंबली लाइन) पर सामान मशीन की पहुंच से बाहर हो सकता है (उत्पाद को अछूता छोड़कर), या गलत समय पर रोबोट को सक्रिय करने से मशीन या उत्पाद क्षतिग्रस्त हो सकता है। यदि विफलता का पता चला है, तो दोनों मामलों में समानुक्रम उत्पादन रुक जाएगा । जिससे उत्पादन धीमा हो जाएगा। यदि विफलता का पता नहीं लगाया जाता है, तो एक दोष वाला उत्पाद इसे उत्पादन के माध्यम से बना सकता है, या उत्पादन के बाद के चरणों में नुकसान पहुंचा सकता है।
- कठिन वास्तविक समय व्यवस्था पर अंतः स्थापित व्यवस्था की भौतिक हार्डवेयर के साथ निम्न स्तर पर बातचीत करते हुए पाए जाते हैं। प्रारंभिक चलचित्र खेल (वीडियो गेम) जैसे अटारी 2600 और सिनेमेट्रॉनिक्स वेक्टर ग्राफिक्स में ग्राफिक्स और समय हार्डवेयर की प्रकृति के कारण वास्तविक समय की कठिन आवश्यकताएं थीं।
- सॉफ्टमोडेम एक हार्डवेयर मॉडेम को कंप्यूटर के सीपीयू पर चलने वाले सॉफ़्टवेयर से बदल देता है। अगले ध्वनि (ऑडियो ) जानकारी को बाहर करने के लिए सॉफ़्टवेयर को हर कुछ मिलीसेकंड चलाना चाहिए। यदि वह जानकारी देर से आता है, तो प्राप्त करने वाला मॉडेम अपनी लय खो देगा, जिससे लय (सिंक्रोनाइज़ेशन ) को पुन: स्थापित होने या तालमेल (कनेक्शन ) पूरी तरह से खो जाने के कारण एक लंबी रुकावट पैदा होगी।
- कई प्रकार के प्रिंटर (कंप्यूटिंग) में वास्तविक समय की कठिन आवश्यकताएं होती हैं, जैसे कि इंकजेट (स्याही को सही समय पर जमा किया जाना चाहिए क्योंकि प्रिंटहेड पृष्ठ को पार करता है), लेजर प्रिंटर (लेजर को सही समय पर सक्रिय किया जाना चाहिए। घूर्णन ड्रम में बीम स्कैन), और डॉट मैट्रिक्स और विभिन्न प्रकार के लाइन प्रिंटर (प्रभाव तंत्र को सही समय पर सक्रिय किया जाना चाहिए क्योंकि प्रिंट तंत्र वांछित आउटपुट के साथ संरेखण में आता है)। इनमें से किसी में भी विफलता या तो गुम आउटपुट या गलत आउटपुट का कारण बनेगी।
कंप्यूटर बहुकार्य (मल्टीटास्किंग) व्यवस्था के संदर्भ में समय-निर्धारण नीति सामान्य रूप से प्राथमिकता से संचालित होती है (पूर्वनिर्धारित बहुकार्य | पूर्वनिर्धारित अनुसूची)। कुछ स्थितियों में, ये कठिन वास्तविक समय प्रदर्शन की आश्वासन दे सकते हैं (उदाहरण के लिए यदि कार्यों का ढेर और उनकी प्राथमिकताएं पहले से ज्ञात हैं)। दर- एकदिष्ट अनुसूची जैसे अन्य कठिन वास्तविक समय अनुसूची हैं जो सामान्य-उद्देश्य प्रणालियों में सामान्य नहीं है, क्योंकि किसी कार्य की अनुसूची के लिए इसे अतिरिक्त जानकारी की आवश्यकता होती है: अर्थात् कैसे के लिए एक बाध्य या सबसे खराब स्थिति अनुमान लंबे समय तक कार्य निष्पादित होना चाहिए। इस तरह के कठिन वास्तविक अनुसूची के लिए विशिष्ट एल्गोरिदम-समय कार्य मौजूद हैं, जैसे कि सबसे प्रारंभिक समय सीमा पहली अनुसूची, जो बदले हुए विषयवस्तु के ऊपरी हिस्से को अनदेखा करते हुए, 100% से कम के व्यवस्था भार (सिस्टम लोड) के लिए पर्याप्त है।[7] नए आवरण (ओवरले) अनुसूची व्यवस्था , जैसे कि एक अनुकूली विभाजन अनुसूची, कठिन वास्तविक समय, गैर-वास्तविक समय अनुप्रयोगों के मिश्रण के साथ बड़ी व्यवस्था को प्रबंधित करने में सहायता करते हैं।
दृढ़ वास्तविक समय व्यवस्था अधिक अस्पष्ट रूप से परिभाषित होते हैं, और कुछ वर्गीकरणों में उन्हें शामिल नहीं किया जाता है, केवल केथिन और कोमल वास्तविक समय व्यवस्था को अलग करता है। दृढ़ वास्तविक समय व्यवस्था के कुछ उदाहरण:
- समानुक्रम उत्पादन मशीन को पहले कठिन वास्तविक समय के रूप में वर्णित किया गया था, इसके बजाय इसे वास्तविक समय माना जा सकता था। एक चूक भी समय सीमा की त्रुटि का कारण बनती है जिससे निपटने की आवश्यकता है: एक हिस्से को खराब के रूप में चिह्नित करने या समानुक्रम उत्पादन से बाहर निकालने के लिए मशीनरी हो सकती है, या समानुक्रम उत्पादन को रोका जा सकता है ताकि एक ऑपरेटर समस्या को ठीक कर सके। हालांकि, जब तक ये त्रुटियां दुर्लभ हैं, उन्हें सहन किया जा सकता है।
कोमल वास्तविक समय उत्पादन का उपयोग आम तौर पर समवर्ती पहुंच के मुद्दों को हल करने के लिए किया जाता है और बदलती परिस्थितियों के माध्यम से कई जुड़ी हुई व्यवस्था को आधुनिक रखने की आवश्यकता होती है। कोमल वास्तविक समय व्यवस्था के कुछ उदाहरण:
- सॉफ्टवेयर जो वाणिज्यिक हवाई सेवाओं के लिए उड़ान योजनाओं का रखरखाव और अद्यतन करता है। उड़ान योजनाओं को यथोचित रूप से चालू रखा जाना चाहिए, लेकिन वे कुछ सेकंड की विलंबता के साथ काम कर सकते हैं।
- प्रत्यक्ष ध्वनि और चलचित्र व्यवस्था भी आमतौर पर कोमल वास्तविक समय हैं।ध्वनि का एक आकार जो देर से चलाया जाता है, एक संक्षिप्त ध्वनि की गड़बड़ का कारण हो सकता है (और बाद के सभी ध्वनियों को संगत रूप से विलंबित कर सकता है, जिससे यह धारणा हो सकती है कि ध्वनि सामान्य से धीमी गति से चलाया जा रहा है), लेकिन यह जारी रखने के विकल्पों से बेहतर हो सकता है मौन, स्थिर, पिछला ध्वनि आकार अनुमानित जानकारी से चलाएँ। चलचित्र का एक आकार जिसमे विलंब होता है, आमतौर पर दर्शकों के लिए और भी कम व्यवधान का कारण बनता है। व्यवस्थित काम करना जारी रख सकता है और भविष्य में काम का भार भविष्यवाणी और पुन: निर्माण पद्धतियों का उपयोग करके पुनर्प्राप्त भी कर सकता है।[8]
- इसी तरह, चलचित्र खेल अक्सर कोमल वास्तस्विक समय होते हैं, खासकर जब वे लक्ष्य ढांचा दर को पूरा करने का प्रयास करते हैं। चूंकि अगली छवि की अग्रिम रूप से गणना नहीं की जा सकती है, क्योंकि यह खिलाड़ी के प्रयास पर निर्भर करता है, इसलिए उस रूपरेखा को प्रदर्शित होने से पहले चलचित्र की एक रूपरेखा बनाने के लिए आवश्यक सभी संगणना करने के लिए केवल कुछ ही समय उपलब्ध है। यदि समय सीमा चूक जाती है, तो खेल कम रूपरेखा दर पर जारी रह सकता है; खेल के आधार पर, यह केवल इसके ग्राफिक्स को प्रभावित कर सकता है (जबकि खेल खेलना सामान्य गति से जारी रहता है), या खेल खेलना स्वयं धीमा हो सकता है (जो चलचित्र खेल क्रिया की पुरानी तीसरी और चौथी पीढ़ी पर सामान्य था।)
अंकीय संकेत प्रक्रिया में वास्तविक समय
वास्तविक समय आंकिक संकेत प्रसंस्कारक (डीएसपी) प्रक्रिया में, विश्लेषण किए गए (इनपुट) और उत्पन्न (आउटपुट) नमूनों को प्रसंस्करण से स्वतंत्र नमूनों के एक ही ढेर को इनपुट और उत्पन करने में लगने वाले समय में लगातार संसाधित (या उत्पन्न) किया जा सकता है।[9] इसका मतलब है कि प्रसंस्करण विलंब को सीमित किया जाना चाहिए, भले ही प्रसंस्करण असीमित समय तक जारी रहे। इसका मतलब है कि अप्रत्यक्ष गणना (ओवरहेड कंप्यूटिंग) सहित प्रति नमूना अंकगणितीय औसत प्रसंस्करण समय नमूना अवधि से अधिक नहीं है, जो नमूना दर का पारस्परिक है। यह मानदंड है कि क्या नमूनों को बड़े खंडों में एक साथ समूहीकृत किया जाता है और खंड के रूप में संसाधित किया जाता है या व्यक्तिगत रूप से संसाधित किया जाता है ।
एक ध्वनि सांकेतिक प्रक्रिया उदाहरण पर विचार करें; यदि किसी प्रक्रिया को ध्वनि विश्लेषण , ध्वनि संश्लेषण , या 2.00 सेकंड ध्वनि की प्रक्रिया के लिए 2.01 सेकंड की आवश्यकता होती है, तो यह वास्तविक समय नहीं है। हालांकि, अगर इसमें 1.99 सेकेंड लगते हैं, तो इसे वास्तविक समय डीएसपी प्रक्रिया में बनाया जा सकता है ।
एक सामान्य जीवन सादृश्य एक लाइन या कतार क्षेत्र में एक किराने की दुकान में बाहर निकलने की प्रतीक्षा कर रहा है। यदि लाइन बिना किसी बाध्यता के लंबी और लंबी होती है, तो बाहर निकलने की प्रक्रिया वास्तविक समय नहीं होती है। यदि लाइन की लंबाई बंधी हुई है, तो ग्राहकों को संसाधित किया जा रहा है और औसत रूप से उतनी ही तेजी से बाहर किया जा रहा है, जितना कि उन्हें अंदर किया जा रहा है, तो वह प्रक्रिया वास्तविक समय है। किराना व्यापारी व्यवसाय से बाहर हो सकता है या कम से कम व्यवसाय खो सकता है यदि वे अपनी बाहर निकलने की प्रक्रिया को वास्तविक समय में नहीं बना सकते हैं; इस प्रकार, यह मौलिक रूप से महत्वपूर्ण है कि यह प्रक्रिया वास्तविक समय हो।
एक सांकेतिक प्रक्रिया एल्गोरिथम जो अंदर जानेवाली जानकारी के प्रवाह के साथ बाहर निकलने के साथ इनपुट के आगे और पीछे गिरने के साथ नहीं रख सकता है, वास्तविक समय नहीं है। लेकिन अगर बाहर निकलने की देरी (इनपुट के सापेक्ष) असीमित समय से अधिक चलने वाली प्रक्रिया के संबंध में बाध्य है, तो सांक्रतिक प्रक्रिया एल्गोरिदम वास्तविक समय है, भले ही निर्धारित ( थ्रूपुट ) देरी बहुत लंबी हो।
प्रत्यक्ष बनाम वास्तविक समय
प्रत्यक्ष सांकेतिक प्रक्रिया के लिए वास्तविक समय सांकेतिक प्रक्रिया की आवश्यकता है, लेकिन अपने आप में पर्याप्त नहीं है, जैसे कि प्रत्यक्ष घटना समर्थन में क्या आवश्यक है। प्रत्यक्ष ध्वनि डिजिटल सांकेतिक प्रक्रिया के लिए वास्तविक समय परिचालन और निर्धारण में देरी के लिए पर्याप्त सीमा दोनों की आवश्यकता होती है ताकि मंच पर निगरानी या अनुश्रवण निगरानी ( इन इयर मॉनिटर) का उपयोग करने वाले कलाकारों के लिए सहनीय हो और दर्शकों द्वारा होंठ मिलान त्रुटि के रूप में ध्यान देने योग्य न हो, जो सीधे कलाकारों को देख रहे हों। प्रत्यक्ष वास्तविक समय प्रक्रिया के लिए विलंबता की सहनीय सीमा जांच और बहस का विषय है लेकिन 6 से 20 मिलीसेकंड के बीच होने का अनुमान है।[10] बातचीत में अवांछित बातचीत से बचने के लिए 300 एमएस से कम (राउंड ट्रिप या दो बार यूनिडायरेक्शनल देरी) के वास्तविक समय द्विदिश G.114 को स्वीकार्य माना जाता है।
वास्तविक समय और उच्च प्रदर्शन
रीयल-टाइम कंप्यूटिंग को कभी-कभी उच्च-प्रदर्शन संगणना के रूप में गलत समझा जाता है, लेकिन यह एक सटीक वर्गीकरण नहीं है।[11] उदाहरण के लिए, एक वैज्ञानिक कृत्रिम निष्पादित करने वाला एक विशाल सुपर कंप्यूटर प्रभावशाली प्रदर्शन प्रदान कर सकता है, फिर भी यह वास्तविक समय की गणना निष्पादित नहीं कर रहा है। इसके विपरीत, एक बार एंटी-लॉक ब्रेकिंग व्यवस्था के हार्डवेयर और सॉफ़्टवेयर को इसकी आवश्यक समय सीमा को पूरा करने के लिए रूपरेखा तैयार किया गया है, कोई और प्रदर्शन लाभ अनिवार्य या उपयोगी भी नहीं है। इसके अलावा, यदि कोई नेटवर्क सर्वर नेटवर्क जाम से अत्यधिक भरा हुआ है, तो इसका प्रतिक्रिया समय धीमा हो सकता है लेकिन (ज्यादातर मामलों में) समय समाप्त होने से पहले भी सफल होगा (इसकी समय सीमा समाप्त हो जाती है)। इसलिए, ऐसे नेटवर्क सर्वर को वास्तविक समय व्यवस्था नहीं माना जाएगा: अस्थायी विफलताएं (देरी, समय-बहिष्कार, आदि) आम तौर पर छोटे और विभाजित (प्रभाव में सीमित) होती हैं लेकिन विनाशकारी विफलता नहीं होती हैं। एक वास्तविक समय प्रणाली में, जैसे कि एफटीएसई 100 इंडेक्स , सीमा से परे धीमी गति को अक्सर इसके आवेदन संदर्भ में विनाशकारी माना जाएगा। वास्तविक समय व्यवस्था की सबसे महत्वपूर्ण आवश्यकता लगातार आउटपुट है, न कि उच्च क्षमता।
कुछ प्रकार के सॉफ़्टवेयर, जैसे कई कंप्यूटर शतरंज |शतरंज खेलने के कार्यक्रम, किसी भी श्रेणी में आ सकते हैं। उदाहरण के लिए, एक घड़ी के साथ एक प्रतियोगिता खेलने के लिए रूपरेखा तैयार किए गए एक शतरंज कार्यक्रम को एक निश्चित समय सीमा से पहले एक चाल पर फैसला करना होगा या खेल खोना होगा, और इसलिए यह एक वास्तविक समय की गणना है, लेकिन एक शतरंज कार्यक्रम जिसे अनिश्चित काल तक चलने की अनुमति है चलने से पहले नहीं है। इन दोनों मामलों में, हालांकि, उच्च प्रदर्शन वांछनीय है: एक प्रतियोगिता शतरंज कार्यक्रम जितना अधिक काम आवंटित समय में कर सकता है, उसकी चालें उतनी ही बेहतर होंगी, और एक अप्रतिबंधित शतरंज कार्यक्रम जितनी तेजी से चलता है, उतनी ही जल्दी वह सक्षम होगा कदम। यह उदाहरण रीयल-टाइम कंप्यूटिंग और अन्य संगणना के बीच आवश्यक अंतर को भी दिखाता है: यदि प्रतियोगिता शतरंज कार्यक्रम अपने आवंटित समय में अपने अगले कदम के बारे में निर्णय नहीं लेता है तो यह खेल खो देता है- यानी, यह वास्तविक समय गणना के रूप में विफल रहता है- जबकि अन्य परिदृश्य में, समय सीमा को पूरा करना आवश्यक नहीं माना जाता है। उच्च प्रदर्शन एक निश्चित समय में किए गए प्रसंस्करण की मात्रा का संकेत है, जबकि वास्तविक समय उपलब्ध समय में उपयोगी आउटपुट प्राप्त करने के लिए प्रसंस्करण के साथ पूरा करने की क्षमता है।
वास्तविक समय के पास
दूरसंचार और संगणना में वास्तविक समय या लगभग वास्तविक समय(NRT) के पास शब्द, एक घटना और संसाधित जानकारी के उपयोग के बीच स्वचालित जानकारी प्रक्रिया या दूरसंचार प्रसारण द्वारा शुरू किए गए विस्तार में देरी को संदर्भित करता है। , जैसे प्रदर्शन या प्रतिक्रिया और नियंत्रण उद्देश्यों के लिए। उदाहरण के लिए, एक निकट-वास्तविक-समय प्रदर्शन एक घटना या स्थिति को दर्शाता है क्योंकि यह वर्तमान समय में मौजूद है, प्रसंस्करण समय घटाकर, लगभग प्रत्यक्ष घटना के समय के रूप में।[12] वास्तविक समय और वास्तविक समय के निकट की शर्तों के बीच का अंतर कुछ अस्पष्ट है और इसे मौजूदा स्थिति के लिए परिभाषित किया जाना चाहिए। शब्द का तात्पर्य है कि कोई महत्वपूर्ण देरी नहीं है।[12]कई मामलों में, वास्तविक समय के रूप में वर्णित प्रसंस्करण को वास्तविक समय के निकट के रूप में अधिक सटीक रूप से वर्णित किया जाएगा।
वास्तविक समय के पास भी आवाज और वीडियो के विलंबित वास्तविक समय के प्रसारण को संदर्भित करता है। यह पूरी बड़ी वीडियो फ़ाइल को डाउनलोड करने के लिए प्रतीक्षा किए बिना, लगभग वास्तविक समय में वीडियो छवियों को चलाने की अनुमति देता है। असंगत डेटाबेस सामान्य फ्लैट फ़ाइलों को निर्यात/आयात कर सकते हैं जिन्हें अन्य डेटाबेस एक निर्धारित आधार पर आयात/निर्यात कर सकते हैं ताकि वे एक दूसरे के साथ वास्तविक समय में सामान्य डेटा को सिंक/साझा कर सकें।
निकट वास्तविक समय और वास्तविक समय के बीच का अंतर भिन्न होता है, और देरी संचरण के प्रकार और गति पर निर्भर करती है। लगभग वास्तविक समय में देरी आमतौर पर 1-10 सेकंड की सीमा में होती है।[13]
रूपरेखा के तरीके
वास्तविक समय व्यवस्था की रूपरेखा की सहायता के लिए कई विधियां मौजूद हैं, जिनमें से एक उदाहरण सॉफ्टवेयर निर्माण संचालन और परीक्षण के लिए व्याख्या (मॉड्यूलर) करने वाला दृष्टिकोण है, जो एक पुरानी लेकिन बहुत सफल विधि है जो व्यवस्था की समवर्ती (कंप्यूटर विज्ञान) संरचना का प्रतिनिधित्व करती है। अन्य उदाहरण हैं HOOD तरीका, वास्तविक समय UML, वास्तुकला और रूपरेखा भाषा , रेवेन्सकर प्रोफाइल और वास्तविक समय जावा ।
यह भी देखें
- स्वायत्त परिधीय संचालन
- वास्तविक समय परीक्षण सिस्टम
- प्रसंस्करण मोड
- टॉलेमी परियोजना
- रीयल-टाइम डेटा
- रीयल-टाइम कंप्यूटर ग्राफिक्स
- रीयल-टाइम परीक्षण
- शेड्यूलिंग विश्लेषण रीयल-टाइम सिस्टम
- तुल्यकालिक प्रोग्रामिंग भाषा
- समय-उपयोगिता समारोह
- सबसे खराब स्थिति निष्पादन समय
संदर्भ
- ↑ "FreeRTOS - Open Source RTOS Kernel for small embedded systems - What is FreeRTOS FAQ?". FreeRTOS (in English). Retrieved 2021-03-08.
- ↑ Ben-Ari, Mordechai; "Principles of Concurrent and Distributed Programming", ch. 16, Prentice Hall, 1990, ISBN 0-13-711821-X, page 164
- ↑ Martin, James (1965). Programming Real-time Computer Systems. Englewood Cliffs, NJ: Prentice-Hall Inc. p. 4. ISBN 978-0-13-730507-0.
- ↑ Kant, Krishna (May 2010). Computer-Based Industrial Control. PHI Learning. p. 356. ISBN 9788120339880. Retrieved 2015-01-17.
- ↑ Shin, Kang G.; Ramanathan, Parameswaran (Jan 1994). "Real-time computing: a new discipline of computer science and engineering" (PDF). Proceedings of the IEEE. 82 (1): 6–24. CiteSeerX 10.1.1.252.3947. doi:10.1109/5.259423. ISSN 0018-9219.
- ↑ Kopetz, Hermann ; Real-Time Systems: Design Principles for Distributed Embedded Applications, Kluwer Academic Publishers, 1997
- ↑ Liu, Chang L.; and Layland, James W.; "Scheduling Algorithms for Multiprogramming in a Hard Real-time Environment", Journal of the ACM, 20(1):46-61, January 1973, http://citeseer.ist.psu.edu/liu73scheduling.html
- ↑ Menychtas, Andreas; Kyriazis, Dimosthenis; Tserpes, Konstantinos (July 2009). "Real-time reconfiguration for guaranteeing QoS provisioning levels in Grid environments". Future Generation Computer Systems. 25 (7): 779–784. doi:10.1016/j.future.2008.11.001.
- ↑ Kuo, Sen M.; Lee, Bob H.; and Tian, Wenshun; "Real-Time Digital Signal Processing: Implementations and Applications", Wiley, 2006, ISBN 0-470-01495-4, Section 1.3.4: Real-Time Constraints.
- ↑ Kudrle, Sara; Proulx, Michel; Carrieres, Pascal; Lopez, Marco; et al. (July 2011). "Fingerprinting for Solving A/V Synchronization Issues within Broadcast Environments". SMPTE Motion Imaging Journal. 120 (5): 36–46. doi:10.5594/j18059XY.
Appropriate A/V sync limits have been established and the range that is considered acceptable for film is +/- 22 ms. The range for video, according to the ATSC, is up to 15 ms lead time and about 45 ms lag time
- ↑ Stankovic, John (1988), "Misconceptions about real-time computing: a serious problem for next-generation systems", Computer, IEEE Computer Society, vol. 21, no. 10, p. 11, doi:10.1109/2.7053, S2CID 13884580
- ↑ 12.0 12.1 "Federal Standard 1037C: Glossary of Telecommunications Terms". Its.bldrdoc.gov. Retrieved 2014-04-26.
- ↑ "The Difference Between Real-Time, Near Real-Time & Batch Processing". Precisely (in English). 2021-03-24. Retrieved 2021-09-22.
अग्रिम पठन
- Burns, Alan; Wellings, Andy (2009), Real-Time Systems and Programming Languages (4th ed.), Addison-Wesley, ISBN 978-0-321-41745-9
- Buttazzo, Giorgio (2011), Hard Real-Time Computing Systems: Predictable Scheduling Algorithms and Applications, New York, NY: Springer, ISBN 9781461406761.
- Liu, Jane W. S. (2000), Real-time systems, Upper Saddle River, NJ: Prentice Hall.
- The International Journal of Time-Critical Computing Systems
- Gorine, Andrei (2019), Keeping A Mission-Critical Deterministic DBMS On Time, embedded computing
बाहरी संबंध
- IEEE Technical Committee on Real-Time Systems
- Euromicro Technical Committee on Real-time Systems
- The What, Where and Why of Real-Time Simulation
- Coyle, R. J.; Stewart, J. K. (September 1963). "Design of a Real-time Programming System". Computers and Automation. Silver Spring, Maryland: Datatrol Corporation. XII (9): 26–34.
[...] set of notes which will hopefully point up problem areas which should be considered in real time design.