2008-09-17 9 views
7

मुझे यह तय करने में परेशानी हो रही है कि मेरे आवेदन को 'वास्तविक समय' या 'वास्तविक समय के पास' या शायद कुछ और भी वर्गीकृत करना है या नहीं।'वास्तविक समय' का गठन क्या होता है

सॉफ़्टवेयर तत्काल डेटा प्राप्त करता है क्योंकि यह स्रोत से उत्पन्न होता है, फिर कुछ नियमों के आधार पर, कुछ शर्तों को पूरा होने पर अलर्ट उठाता है। यह देखने के लिए कि क्या नियम के मानदंडों को पूरा किया गया है, यह हर 30 सेकंड में डेटा के अंतिम 30 सेकंड की जांच करने का दृष्टिकोण लेता है।

क्या वह वास्तविक समय है? वास्तविक समय बनाम वास्तविक समय बनाम परिभाषाओं के लिए सीमाएं क्या हैं?

संपादित

मुझे लगता है कि इस Define realtime on the web for business का डुप्लिकेट है।

कृपया तय करें कि उपर्युक्त धागा आपके प्रश्न का उत्तर देने के लिए अपर्याप्त है या नहीं।

+0

यह पहले पूछे जाने वाले प्रश्न का डुप्लिकेट है। लेमे इसे ढूंढें। –

उत्तर

-2

मैं जॉन के साथ समझौता कर रहा हूं, आपके परिदृश्य में आप कम से कम 30 सेकंड देरी देख रहे हैं, मैं कहूंगा कि यह लगभग वास्तविक समय है।

-1

मैं कहूंगा कि वास्तविक समय की परिभाषा संदर्भ पर निर्भर करेगी। संगीत उदाहरण के साथ वास्तविक समय को मिलीसेकंड होने की आवश्यकता होगी, लेकिन संभवतः आपके उदाहरण के साथ वास्तविक समय 30 सेकंड या उससे भी कम हो सकता है। यह सब रिश्तेदार है।

-1

मुझे लगता है कि आपको उस समाधान के विशिष्ट समाधान या भाग को देखने की आवश्यकता है जहां आपको रीयल-टाइम होने की प्रतिक्रिया की आवश्यकता है। एक वास्तविक समय प्रतिक्रिया वह है जिसे रिसीवर (एप्लिकेशन या मूल रूप से अंतिम उपयोगकर्ता) द्वारा वास्तविक समय के रूप में माना जाता है।

3

ठीक है, यह तकनीकी एक से अधिक विपणन प्रश्न हो सकता है।

एम्बेडेड हार्डवेयर के मामले में रीयल-टाइम, आने वाली जानकारी (इंटरप्ट्स और इसी तरह) को संभालने के लिए एक ज्ञात निश्चित अधिकतम समय शामिल है।

आप निश्चित रूप से वास्तविक समय के रूप में 30 सेकंड देरी का दावा कर सकते हैं, खासकर यदि उस जानकारी की डिलीवरी उससे अधिक लंबी है।

उदाहरण के लिए, यदि आपका "अलर्ट" एक ईमेल है जो मेल सर्वर में 10 मिनट या मॉनीटर पर लाल क्रॉस खर्च कर सकता है, तो उपयोगकर्ता केवल प्रत्येक आधे घंटे की जांच करते हैं, 30 सेकंड वास्तविक समय के लिए पर्याप्त से अधिक है ।

-1

रीयल टाइम माइक्रोस्कोंड के साथ सौदों ... मुख्य रूप से रोबोटिक्स के आसपास। सोचो 'हिल हाथ 30 microseconds; वेल्ड 1000 माइक्रोसॉन्ड; ', ऑटोमोबाइल असेंबली की तरह।

क्या आपका 30 सेकंड थ्रेड नींद या गैर-वास्तविक समय ओएस में टाइमर पर आधारित है? यदि ऐसा है, तो आपके पास एक संभावित भिन्नता है। यदि आप उस भिन्नता (30.01 सेकंड) के बाहर हैं तो क्या आप इसे विफल मानेंगे? यदि नहीं, तो यह वास्तविक समय नहीं है।

2

मुझे लगता है कि वास्तविक समय को परिभाषित करने वाला एक पहलू यह है कि प्रक्रिया निर्धारक है - यानी, एप्लिकेशन का प्रतिक्रिया समय इनपुट के आधार पर पूरी तरह अनुमानित है।

इस प्रकार, बहुत व्यापक ब्रश-स्ट्रोक के साथ पेंटिंग, विंडोज के शीर्ष पर बैठे किसी भी ऐप केवल "निकट-वास्तविक समय" हो सकता है। निस्संदेह यदि आपका ऐप किसी प्रकार के सैंडबॉक्स प्लेटफ़ॉर्म (जावा, .NET) पर चल रहा है, जहां आपके पास प्लेटफॉर्म फ़ंक्शंस (जैसे कचरा संग्रह) पर पूर्ण नियंत्रण नहीं है।

मेरा निजी नियम यह है कि "रीयल-टाइम" डेस्कटॉप पीसी पर नहीं है; यह पीएलसी का दायरा है (और हां, वे क्यूएनएक्स, वीएक्सवर्क्स या यहां तक ​​कि आरटीएलनक्स जैसे ओएस चला रहे हैं)।

16

वास्तविक समय = संकल्प के लिए अधिकतम अधिकतम गारंटी। यह आवेदन की आवश्यकताओं के आधार पर पिकोसेकंड या मिनट हो सकता है

यह स्टैक ओवरफ्लो की सबसे बड़ी समस्या है: अयोग्य लोग उत्तर के साथ बहुत सारे प्रश्नों का उत्तर देते हैं जो "ध्वनि सही" हैं और मतदान करते हैं, जो लोग इस बात पर ध्यान देते हैं कि उत्तर वास्तव में सही है या नहीं, गलत जवाब को ठीक करने के लिए प्रतिनिधि कमाने के लिए पर्याप्त तेज़ी से बकवास करें। अपेक्षित घुटने-झटके प्रतिक्रियाओं के कारण गुमनाम रूप से पोस्ट करना।

+0

उत्तर और दोनों अनौपचारिक पोस्टर्स पर उन विषयों पर सवालों का जवाब देने के बारे में पूरी तरह से आपसे सहमत हैं, जिन्हें वे नहीं जानते हैं। –

+0

अरे, ऐसा लगता है कि एसओ अब काम कर रहा है ... मूर्ख जवाब गिर रहे हैं ... –

+0

यह बहुत अच्छा होगा अगर SO स्वचालित रूप से "मुझे लगता है ..." या "मेरी राय में शुरू होता है। । "। लेकिन स्टू नोट्स के रूप में, सही उत्तर आमतौर पर शीर्ष पर बढ़ते हैं, हालांकि ऐसा करने में कुछ घंटे या दिन लग सकते हैं। –

0

मेरा मानना ​​है कि जवाब यह है कि रीयलटाइम सिस्टम व्यक्तिपरक हैं, उस "वास्तविक समय" में केवल समयबद्धता की आवश्यकताएं हैं जो आवश्यकताओं से लगाई गई हैं। हालांकि स्पष्ट रूप से कुछ ऐसा अनुरोध करने के लिए 2 घंटे लगते हैं, वास्तविक समय नहीं है, 30 सेकंड की देरी वास्तविक समय के रूप में अर्हता प्राप्त करने के लिए पर्याप्त तेज़ी से हो सकती है।

मैं वास्तविक समय प्रणालियों पर विचार करता हूं, जहां sytem में कोई घटना होती है, इसे तुरंत सिस्टम पर उपकरणों के लिए प्रचारित किया जाता है, जैसे किसी डिवाइस पर अद्यतन के बारे में जानने में देरी नेटवर्क विलंबता का उत्पाद है और समय अपने इन-मेमोरी डेटा को अपडेट करने के लिए लेता है।

मैं व्यक्तिगत रूप से रीयलटाइम के रूप में हर 30 सेकंड में अपडेट के लिए उस चुनाव के साथ कुछ वर्गीकृत नहीं करता। हमारे पास पहले उल्लिखित सिस्टम के हिस्से के रूप में एक वेब ऐप है जो बस करता है, यह हर 30 सेकंड में रीफ्रेश करता है, इसलिए उपयोगकर्ता को 30 सेकंड पुराना डेटा प्रस्तुत किया जाता है। इसे जीतने वाले समान रूपों के साथ तुलना करें, जैसे ही ईवेंट होता है अद्यतन किया जाता है।

फिर, "वास्तविक समय" समय पर प्रतिक्रिया की आपकी परिभाषा से घिरा हुआ है।

6

वाक्यांश "वास्तविक समय" में जमीन का एक बड़ा बड़ा पैच शामिल है।

अस्पष्ट परिभाषा "सॉफ़्टवेयर है जो एक बाध्य प्रतिक्रिया समय के भीतर कार्य करता है"।

जहां सीमा कठिन है उदा। एक कार इंजेक्शन नियंत्रण प्रणाली में, सॉफ्टवेयर को "कठिन वास्तविक समय" कहा जाता है।

जहां सीमा नरम है उदा। एक संगीत-प्लेबैक सिस्टम में, जहां 50ms तक की विविधता सहनशील होती है, सिस्टम को "नरम वास्तविक समय" कहा जाता है।

तो हाँ, वास्तविक समय की कुछ परिभाषा के लिए, आपका सिस्टम वास्तविक समय है।

लेकिन यदि आप वास्तव में रीयल-टाइम सिस्टम पर काम करते हैं, तो वास्तव में वास्तविक समय सिस्टम पर काम करने वाले किसी और के आसपास वास्तविक समय कहने पर आप हँसे जा रहे हैं, क्योंकि 30 सेकंड बहुत बड़ा है।

0

"रीयल-टाइम" को परिभाषित करने का एक और तरीका कई RTOS एस (रीयल-टाइम ऑपरेटिंग सिस्टम) की क्षमताओं का मूल्यांकन करके है। उदाहरण के लिए क्यूएनएक्स की परिभाषा here है। ध्यान दें कि वे POSIX पीएसई 52 रीयलटाइम कंट्रोलर 1003.13-2003 सिस्टम उत्पाद मानक के अनुरूप हैं। अधिकांश एम्बेडेड ऑपरेटिंग सिस्टम समान कार्यक्षमता प्रदान करेंगे।

8

रीयल-टाइम निर्दिष्ट अवधि के भीतर पूरा होने वाली घटना के लिए आवश्यक प्रतिक्रिया प्राप्त कर रहा है या आपका सिस्टम विफल रहता है।

लोगों को यह सोचने के लिए उपयोग किया जाता है कि इसका मतलब 'मिलीसेकंड/माइक्रोसेकंड की छोटी संख्या' होना चाहिए, लेकिन यह जरूरी नहीं है - यह आपके सिस्टम पर निर्भर करता है।

यदि आपका सिस्टम विफल हो जाएगा यदि यह 30 सेकंड के भीतर इसकी आवश्यक प्रतिक्रिया पूरी नहीं करता है तो यह 'वास्तविक समय' है।

कुछ सिस्टमों के लिए, विफल आपदाजनक हो सकता है, उदा। कई मौतें पैदा कर रहा है - इसे सुरक्षा महत्वपूर्ण के रूप में वर्णित किया गया है, उदाहरण के लिए एक परमाणु ऊर्जा संयंत्र बंद करना।

1

मेरे नियंत्रण मित्रों से 'कठिन' वास्तविक समय की परिभाषा - देर से जानकारी गलत जानकारी है। यदि इसे हर 1 एस में होना आवश्यक है और यह 1.1 में होता है, तो यह गणना के लिए बेकार है।

+0

मुझे लगता है कि यह यहां सबसे अच्छी परिभाषा है। रीयल-टाइम "स्पीड" का एक विशिष्ट शासन नहीं दर्शाता है - इसका मतलब है कि प्रोग्राम शुद्धता को सही आउटपुट के रूप में परिभाषित नहीं किया जाता है, यह सही समय पर आउटपुट भी प्रदान करता है (जो निर्धारक हो सकता है, लेकिन शायद नहीं, और हो सकता है नैनोसेकंड, मिनट, या यहां तक ​​कि दिनों में परिभाषित किया जाना चाहिए!) - जेए – andersoj

1

मैं अपनी वेबसाइट real-time.org पर इस पर एक लंबा भाषण प्रदान करता हूं। होम पेज में एक ब्रीफिंग के लिए एक अस्थायी लिंक है। ब्रीफिंग चर्चा करता है कि लोग कैसे और क्यों समझते हैं कि "वास्तविक समय" (और "कड़ी" और "मुलायम" और "अनुमानित" आदि का अर्थ क्या है। यह कुछ सटीक और सामान्य परिभाषा प्रदान करता है। मैंने उन लोगों से सुना है जो इस विषय के बारे में मेरी व्याख्या से सहमत नहीं हैं, लेकिन उनमें से कोई भी मेरे जैसा सटीक और सामान्य रूप से दूरस्थ रूप से कुछ भी आगे नहीं आया है। लैरी किंग कहते हैं, "एक कुर्सी खींचो, चलो बात करें"।