হার্ড রিয়েল-টাইম, নরম রিয়েল-টাইম এবং দৃ real় রিয়েল-টাইমের মধ্যে পার্থক্য?


101

আমি রিয়েল-টাইমের বিভিন্ন ধারণার জন্য সংজ্ঞাগুলি পড়েছি এবং হার্ড এবং নরম রিয়েল-টাইম সিস্টেমগুলির জন্য প্রদত্ত উদাহরণগুলি আমার কাছে অর্থবোধ করে। তবে, দৃ firm় রিয়েল-টাইম সিস্টেমের প্রকৃত ব্যাখ্যা বা উদাহরণ নেই। উপরের লিঙ্ক অনুযায়ী:

দৃ :: বিরল সময়সীমা মিস করা সহনীয়, তবে সিস্টেমের পরিষেবার মানকে হ্রাস করতে পারে। ফলাফলের কার্যকারিতা তার সময়সীমা পরে শূন্য।

দৃ real় রিয়েল-টাইম বনাম হার্ড বা নরম রিয়েল-টাইমের মধ্যে কি স্পষ্ট পার্থক্য রয়েছে এবং এর মধ্যে এই পার্থক্যের চিত্রিত করার জন্য একটি ভাল উদাহরণ রয়েছে?

মন্তব্যে, চার্লস জিজ্ঞাসা করেছিল যে আমি নতুন ট্যাগগুলির জন্য ট্যাগ উইকিগুলি জমা দিন। "ফার্ম রিয়েল-টাইম সিস্টেম" এর উদাহরণ আমি এর জন্য সরবরাহ করেছিট্যাগ ছিল দুধ পরিবেশনার ব্যবস্থা। যদি সিস্টেমটি মেয়াদ শেষ হওয়ার পরে দুধ সরবরাহ করে তবে দুধটিকে "দরকারী নয়" হিসাবে বিবেচনা করা হয়। কেউ দুধ ছাড়াই সিরিয়াল খাওয়া সহ্য করতে পারে তবে অভিজ্ঞতার গুণমান হ্রাস পায়।

আমি যখন প্রাথমিকভাবে সংজ্ঞাটি পড়ি তখন এটিই আমার মাথায় গঠিত ধারণা formed আমি একটি আরও ভাল উদাহরণ খুঁজছি, এবং সম্ভবত দৃ real় বাস্তব সময় একটি ভাল সংজ্ঞা যা এটি সম্পর্কে আমার ধারণা উন্নতি করবে।


11
মূলত, সংজ্ঞাগুলি বাস্তব দৃn't় নয়।
হট লিকস

আমি মূল ট্যাগগুলি পুনরুদ্ধার করেছি। আমি মনে করি হার্ড বা নরম রিয়েল-টাইম সম্পর্কিত কোনও প্রশ্নে আরও সুনির্দিষ্ট ট্যাগ রাখতে সক্ষম হওয়াই দরকারী। এটি প্রশ্নের উত্তর পাওয়ার পদ্ধতি পরিবর্তন করে। ট্যাগগুলি 6 মাস পরে ব্যবহার না করা থাকলে ট্যাগগুলি স্বয়ংক্রিয়ভাবে মুছে ফেলা হবে।
jxh

আপনি যদি এই প্রশ্ন এবং এই প্রশ্নের জন্য তিনটি নতুন ট্যাগের জন্য জোর দিয়ে যাচ্ছেন তবে কমপক্ষে উইকিস যুক্ত করুন এবং অন্যান্য প্রশ্নগুলি প্রয়োগ করার চেষ্টা করুন যা তারা প্রয়োগ করবে।
চার্লস

উত্তর:


114

হার্ড রিয়েল-টাইম মানে আপনার অবশ্যই প্রতিটি সময়সীমা হিট করতে হবে। খুব কম সিস্টেমে এই প্রয়োজনীয়তা রয়েছে। কিছু উদাহরণ হ'ল পারমাণবিক ব্যবস্থা, কিছু চিকিত্সা অ্যাপ্লিকেশন যেমন পেসমেকারস, বিপুল সংখ্যক প্রতিরক্ষা অ্যাপ্লিকেশন, এভায়োনিকস ইত্যাদি are

ফার্ম / সফট রিয়েল টাইম সিস্টেমগুলি কিছু সময়সীমা মিস করতে পারে তবে শেষ পর্যন্ত অনেকগুলি মিস করা থাকলে কর্মক্ষমতা হ্রাস পাবে। একটি ভাল উদাহরণ হ'ল আপনার কম্পিউটারের সাউন্ড সিস্টেম। যদি আপনি কয়েকটি বিট মিস করেন তবে কোনও বড় বিষয় নয়, তবে খুব বেশি মিস হয়ে যায় এবং আপনি সিস্টেমটিকে অবশেষে হ্রাস করতে চলেছেন। একই রকম হবে ভূমিকম্পের সেন্সর। যদি আপনি কয়েকটি ডেটাপয়েন্টগুলি মিস করেন তবে কোনও বড় কথা নয়, তবে ডেটা বোঝার জন্য আপনাকে তাদের বেশিরভাগটিই ধরতে হবে। আরও গুরুত্বপূর্ণ বিষয়, কেউ যদি সঠিকভাবে কাজ না করে তবে মরে যাচ্ছে না।

লাইনটি অস্পষ্ট, কারণ একজন পেসমেকার এমনকি রোগীকে হত্যা না করে অল্প পরিমাণে বন্ধ করে দেওয়া যেতে পারে তবে এটি সাধারণ বক্তব্য।

এটি গরম এবং উষ্ণ মধ্যে পার্থক্য মত একরকম। আসল বিভাজন নেই, তবে আপনি যখন তা অনুভব করেন তখন আপনি তা জানেন।


2
আপনার "দৃ "়" উদাহরণটি আমার কাছে "নরম" বলে মনে হচ্ছে।
jxh

যেমনটি উল্লেখ করা হয়েছে, বিভাজক রেখাগুলি বেশ অস্পষ্ট। আমি যে সফট রিয়েলটাইম সিস্টেমে কাজ করেছি তাতে কয়েক সেকেন্ডের সহনশীলতা ছিল, তাই আমি লাইনটি এখানে আঁকছি।
জোয়েল

1
এটি একটি ধারাবাহিকতা মনে রাখবেন। কার্যত প্রতিটি কম্পিউটার সিস্টেম কিছু সময় স্কেলের "রিয়েল টাইম"। কোনও সংস্থার বিলিং সিস্টেমকে অবশ্যই নগদ প্রবাহকে সংস্থায় বজায় রাখার জন্য বিলগুলি দ্রুত পর্যাপ্ত পরিমাণে বের করতে হবে বা সংস্থাটি মারা যাবে, একজন পেসমেকার কয়েকশ মিলি সেকেন্ডের ব্যবধানে পেটমেকারকে হারিয়ে ফেললে একজন রোগীও মারা যাবেন।
হট লিকস

আমি বুঝতে পারি যে মিস করা সময়সীমাগুলি কিছু সিস্টেমের জন্য সহনীয় হতে পারে তবে এটি নরম রিয়েল-টাইম সিস্টেম সম্পর্কে আমার বোঝা। আমি মানদণ্ডের একটি বাস্তব উদাহরণ খুঁজছি: ফলাফলের কার্যকারিতা তার সময়সীমা পরে শূন্য। আমি আপনার সাউন্ড উদাহরণটির জন্য অনুমান করি, যদি শব্দটি কোনও ভিডিও স্ট্রিমের সাথে সিঙ্ক্রোনাইজ করা হয় তবে কিছু দেরীতে আগত অডিও প্যাকেটের শূন্যতার উপযোগিতা কী হবে? তবে কিছু মুভি প্লেব্যাক সিস্টেম রয়েছে যা ভিডিওটি ধরতে অডিওর গতি বাড়ায়।
jxh

আসল সময়ের প্রয়োজনীয়তা সমস্যাটির সহজাত নয়, প্রদত্ত সিস্টেমের প্রসঙ্গে। আপনি যে উদাহরণটি দিয়েছেন তাতে এখনও শব্দটির ক্ষতি রয়েছে (এটি ফুরিয়েছে), এবং শব্দ এবং ভিডিওতে একটি অস্থায়ী অমিল।
জোয়েল

112

হার্ড রিয়েল-টাইম

হার্ড রিয়েল-টাইম সংজ্ঞা কোনো নির্দিষ্ট সময়সীমা মিস বিবেচনা একটি সিস্টেমের ব্যর্থতা যাবে। এই সময়সূচীটি মিশন সমালোচনামূলক সিস্টেমে ব্যাপকভাবে ব্যবহৃত হয় যেখানে সময়সীমাবদ্ধতাগুলির সাথে সামঞ্জস্য করতে ব্যর্থ হওয়ার ফলে জীবন বা সম্পত্তির ক্ষতি হয়।

উদাহরণ:

  • একটি সেন্সর ত্রুটির কারণে বেশ কয়েকটি সিস্টেমের ত্রুটির কারণে এয়ার ফ্রান্সের ফ্লাইট 447 সমুদ্রে বিধ্বস্ত হয়েছিল। পুরানো উপকরণ পড়ার প্রতিক্রিয়া জানাতে বিমানটি থামিয়ে দিয়েছিল বিমান চালকরা। সমস্ত 12 ক্রু এবং 216 যাত্রী নিহত হয়েছিল।

  • কোনও অগ্রাধিকার বিপরীতে সিস্টেম পুনরায় চালু হওয়ার কারণে মঙ্গল পাথফাইন্ডার মহাকাশযানটি প্রায় হারিয়ে গিয়েছিল। নিম্ন অগ্রাধিকারের কার্য দ্বারা অবরুদ্ধ হওয়ার কারণে একটি উচ্চতর অগ্রাধিকারের কাজটি সময়মতো সম্পন্ন হয়নি। সমস্যাটি সংশোধন করা হয়েছিল এবং মহাকাশযানটি সফলভাবে অবতরণ করেছে।

  • কাগজের নির্দিষ্ট অংশে সঠিক পরিমাণে কালি জমা দেওয়ার জন্য কালি নিয়ন্ত্রণের সফটওয়্যার সহ একটি ইঙ্কজেট প্রিন্টারের একটি মুদ্রণ মাথা থাকে। যদি একটি সময়সীমা মিস হয় তবে মুদ্রণের কাজটি নষ্ট হয়ে যায়।


দৃ Real় রিয়েল-টাইম

দৃঢ় রিয়েল-টাইম সংজ্ঞা কখনোসখনো মিস সময়সীমা জন্য করতে পারবেন। এই অ্যাপ্লিকেশনগুলিতে পর্যাপ্ত পরিমাণে ব্যবস্থার পরেও সিস্টেমটি এতক্ষণ টাস্ক ব্যর্থতাগুলি থেকে বাঁচতে পারে, তবে টাস্কের সমাপ্তির মান শূন্যে নেমে যায় বা অসম্ভব হয়ে যায়।

উদাহরণ:

  • রোবোট অ্যাসেমব্লিং লাইনের সাথে উত্পাদনকারী সিস্টেমগুলি যেখানে একটি সময়সীম অনুপযুক্তভাবে একত্রিত করার ফলাফল মিস করে। যতক্ষণ ধ্বংসপ্রাপ্ত অংশগুলি মান নিয়ন্ত্রণের দ্বারা ধরা পড়ার পক্ষে পর্যাপ্ত পরিমাণে হয় না এবং খুব ব্যয়বহুল না হয়, ততক্ষণ উত্পাদন অব্যাহত থাকে।

  • একটি ডিজিটাল কেবল সেট-টপ বক্স কখন ফ্রেমে স্ক্রিনে উপস্থিত হওয়া উচিত তার জন্য সময় স্ট্যাম্পগুলি ডিকোড করে। যেহেতু ফ্রেমগুলি টাইম অর্ডার সংবেদনশীল তাই একটি মিসড ডেডলাইন বিপর্যয় সৃষ্টি করে, পরিষেবার মান হ্রাস করে। যদি মিসড ফ্রেমটি পরে পাওয়া যায় এটি কেবল এটির আরও বেশি ঝাঁকুনির কারণ ঘটায়, সুতরাং এটি অকেজো। যদি ঘন ঘন ঘন ঘন প্রবণতা না ঘটে তবে দর্শকরা এখনও প্রোগ্রামটি উপভোগ করতে পারে।


নরম রিয়েল-টাইম

নরম রিয়েল-টাইম সংজ্ঞা ঘন ঘন মিস সময়সীমা জন্য অনুমতি দেয়, এবং যতদিন কর্ম সময়োপযোগী মৃত্যুদন্ড কার্যকর করা হয় তাদের ফলাফল মান আছে অবিরত। সমাপ্ত টাস্কগুলির সময়সীমা অবধি বেড়েছে এবং এর অতীত মান হ্রাস পেতে পারে।

উদাহরণ:

  • আবহাওয়া স্টেশনগুলিতে তাপমাত্রা, আর্দ্রতা, বাতাসের গতি ইত্যাদি পড়ার জন্য অনেকগুলি সেন্সর রয়েছে। নিয়মিত বিরতিতে পঠনগুলি গ্রহণ করা এবং প্রেরণ করা উচিত, তবে সেন্সরগুলি সিঙ্ক্রোনাইজ করা হয় না। যদিও সেন্সর পঠন অন্যের সাথে তুলনায় প্রথম বা দেরিতে হতে পারে যদিও এটি পর্যাপ্ত পর্যায়ে রয়েছে ততক্ষণ এটি প্রাসঙ্গিক হতে পারে।

  • একটি ভিডিও গেম কনসোল একটি গেম ইঞ্জিনের জন্য সফ্টওয়্যার চালায়। অনেকগুলি সংস্থান আছে যা অবশ্যই এর কাজের মধ্যে ভাগ করে নেওয়া উচিত। একই সময়ে গেমটি সঠিকভাবে খেলার জন্য সময়সূচি অনুসারে কাজগুলি সম্পন্ন করা দরকার। যতক্ষণ সময় মতো কাজগুলি সম্পূর্ণরূপে অপেক্ষাকৃতভাবে চলছে ততক্ষণ খেলাটি উপভোগযোগ্য এবং যদি তা না হয় তবে এটি কেবল কিছুটা পিছিয়ে।


সিউয়ার্ট: রিয়েল-টাইম এম্বেডেড সিস্টেম এবং উপাদানসমূহ।
লিউ ও লেল্যান্ড: একটি হার্ড রিয়েল-টাইম পরিবেশে মাল্টিপ্রোগ্রামিংয়ের জন্য নির্ধারিত অ্যালগরিদম।
মারচাঁদ এবং সিলি-চেতো: নরম অ্যাপেরোডিক টাস্কগুলির গতিশীল সময়সূচী এবং স্কিপগুলি সহ পর্যায়ক্রমিক কার্যসমূহ।


10
কি উদাহরণের একটি উপভোগ্য তালিকা!
এরিক কাপলুন

সর্বোত্তম উদাহরণগুলির মধ্যে একটি
বিষ্ণু এন কে

447 ক্রাশের ক্ষেত্রে, বিমানটি থামার আগে অনেকগুলি সময়সীমা মিস করা হয়নি? দেখে মনে হচ্ছে সমস্ত সিস্টেমই সেই অর্থে দৃ are়।
জোশিয়ার যোদার 19

3
খুব ভাল তালিকা, তবে ইঙ্কজেট প্রিন্টারের উদাহরণ হার্ড রিয়েল-টাইমের জন্য যোগ্যতা অর্জন করে না, সর্বোপরি এটি দৃ firm় এবং সম্ভবত সম্ভবত নরম।
আব ইরাতো

উদাহরণের জন্য tysm
himanshuxd

43

রিয়েল-টাইম কম্পিউটিংয়ের উইকিপিডিয়া পৃষ্ঠা এবং অন্যান্য পৃষ্ঠাগুলি পড়ার পরে। আমি নিম্নলিখিত সূত্রগুলি তৈরি করেছি:

1> একটি হার্ড রিয়েল-টাইম সিস্টেমের জন্য , সিস্টেমটি ব্যর্থ বলে মনে করা হলেও একবার সিস্টেমের সময়সীমাটি পূরণ করতে ব্যর্থ হয়।

2> একটি দৃ real় রিয়েল-টাইম সিস্টেমের জন্য , এমনকি যদি সিস্টেম সময়সীমাটি পূরণ করতে ব্যর্থ হয়, সম্ভবত একাধিকবার (যেমন একাধিক অনুরোধের জন্য), সিস্টেমটি ব্যর্থ হয়েছে বলে মনে করা হয় না। এছাড়াও, অনুরোধগুলির জন্য প্রতিক্রিয়াগুলি (কোনও প্রশ্নের জবাব, কোনও কার্যের ফলাফল ইত্যাদি) অর্থহীন যখন সেই নির্দিষ্ট অনুরোধের সময়সীমাটি শেষ হয়ে যায় ( ফলাফলের উপকারিতা তার সময়সীমার পরে শূন্য হয় )। একটি অনুমানমূলক উদাহরণটি ঝড়ের পূর্বাভাস সিস্টেম হতে পারে (যদি ঝড়ের আগমনের পূর্বে পূর্বাভাস দেওয়া হয় তবে সিস্টেমটি তার কাজটি করেছে, ঘটনাটি ইতিমধ্যে ঘটার পরে ভবিষ্যদ্বাণী করা বা কখন এটি ঘটছে তা মূল্যহীন নয়)।

3> একটি সফ্ট রিয়েল-টাইম সিস্টেমের জন্য , এমনকি যদি সিস্টেমটি সময়সীমার সাথে মেটাতে ব্যর্থ হয়, সম্ভবত একাধিকবার (যেমন একাধিক অনুরোধের জন্য), সিস্টেমটি ব্যর্থ হয়েছে বলে মনে করা হয় না। তবে, এক্ষেত্রে অনুরোধগুলির ফলাফলগুলি তার সময়সীমার পরে ফলাফলের মূল্যহীন মূল্য নয়, শূন্য নয় , বরং সময়সীমার পরে সময় কেটে যাওয়ার সাথে সাথে এটি হ্রাস পায়। উদাঃ স্ট্রিমিং অডিও-ভিডিও।

এখানে একটি সংস্থান যা খুব সহায়ক ছিল is


4
ঝড়ের পূর্বাভাস সিস্টেমটি খুব ভাল উদাহরণ নয়, কারণ আপনাকে সময় ভিত্তিক একটি সময়সীমা নির্ধারণ করা দরকার এবং আপনি যদি আগেই জানতেন যে কখনই প্রথম ঝড় হতে পারে তবে ঝড়ের পূর্বাভাস সিস্টেমটি এক ধরণের অপ্রয়োজনীয়।
jxh

12

হার্ড রিয়েল-টাইমের সংজ্ঞার সাথে কিছু দুর্দান্ত বিপর্যয় সংযুক্ত করার জন্য এটি জনপ্রিয়, তবে এটি প্রাসঙ্গিক নয়। একটি হার্ড রিয়েল-টাইম সীমাবদ্ধতা পূরণে যে কোনও ব্যর্থতার সহজ অর্থ হ'ল সিস্টেমটি নষ্ট হয়ে গেছে। কোনও কিছুর "ভাঙ্গা" লেবেলযুক্ত যখন ফলাফলের তীব্রতা সংজ্ঞাটির কাছে উপাদান হয় না।

দৃ single় এবং নরম কেবলমাত্র একটি একক সময়সীমা পূরণ করতে ব্যর্থ হলে স্বয়ংক্রিয়ভাবে ভাঙ্গা ঘোষিত হতে ব্যর্থ।

আপনি যে পৃষ্ঠাটি লিঙ্ক করেছেন তার থেকে হার্ড রিয়েল-টাইমের ন্যায্য উদাহরণের জন্য:

অ্যাটারি 2600 এবং সিনেমাট্রনিক্স ভেক্টর গ্রাফিক্সের মতো প্রাথমিক ভিডিও গেম সিস্টেমগুলির গ্রাফিক্স এবং টাইমিং হার্ডওয়্যার প্রকৃতির কারণে হার্ড রিয়েল-টাইম প্রয়োজনীয়তা ছিল।

ভিডিও জেনারেশনের লুপের কোনও কিছু যদি কেবল একটি একক সময়সীমা মিস করে তবে পুরো ডিসপ্লেটি ত্রুটিযুক্ত হয়, এটি বিরল হলেও তা অসহনীয় হবে। এটি একটি ভাঙা সিস্টেম হবে এবং আপনি এটি ফেরত দেওয়ার জন্য দোকানে ফিরে যেতে চাই। সুতরাং এটি কঠিন রিয়েল-টাইম।

স্পষ্টতই যে কোনও সিস্টেমের এমন পরিস্থিতি হতে পারে যা এটি পরিচালনা করতে পারে না, সুতরাং এটি সংজ্ঞাটি প্রত্যাশিত অপারেটিং শর্তের মধ্যে থাকা সীমাবদ্ধ করা প্রয়োজন - উল্লেখযোগ্য যে সুরক্ষা-সমালোচনামূলক অ্যাপ্লিকেশনগুলিতে লোকেরা ভয়াবহ অবস্থার জন্য পরিকল্পনা করতে হবে ("শীতল বাষ্পীভূত হয়েছে", " ব্রেকগুলি ব্যর্থ হয়েছে ", তবে খুব কমই" সূর্য বিস্ফোরিত হয়েছে ")।

এবং ভুলে যাবেন না যে কখনও কখনও "অপারেটিং শর্ত দেখছে এমন সময়" একটি অন্তর্ভুক্ত থাকে। যদি কেউ আপনাকে বিধিগুলি ভঙ্গ করতে না দেখেন (বা যদি তা করে তবে তারা কাউকে বলার আগেই আগুনে মারা যায়), এবং কেউ প্রমাণ করতে পারে না যে আপনি সত্যের পরে নিয়মগুলি ভেঙে ফেলেছেন, তবে এটি এক রকমের মতো যদি আপনি কখনও নিয়ম ভঙ্গ করেন না!


4
If nobody sees you break the rules (or if they did but they die the fire before telling anyone), and nobody can prove that you broke the rules after the fact, then it's kind of the same as if you never broke the rules!... ঠিক আছে, HAL। এখন, আপনি দয়া করে পোড বে দরজা খুলতে পারেন?
বেসিক

11

বিভিন্ন ধরণের রিয়েল-টাইম সিস্টেমের ধরণের মধ্যে পার্থক্য করার সহজ উপায়টি প্রশ্নের উত্তর দিচ্ছে:

বিলম্বিত সিস্টেমের প্রতিক্রিয়া (সময়সীমা পরে) এখনও কার্যকর কি না?

সুতরাং এই প্রশ্নের উত্তর আপনি পেয়েছেন তার উপর নির্ভর করে আপনার সিস্টেমকে নিম্নলিখিত বিভাগগুলির মধ্যে একটি হিসাবে অন্তর্ভুক্ত করা যেতে পারে:

  1. শক্ত : না, এবং বিলম্বিত উত্তরগুলি একটি সিস্টেমের ব্যর্থতা হিসাবে বিবেচনা করা হয়

এই ক্ষেত্রে যখন ডেড লাইনটি অনুপস্থিত থাকে সিস্টেমটি অকেজো করে তুলবে। উদাহরণস্বরূপ, গাড়ী এয়ারব্যাগ সিস্টেম নিয়ন্ত্রণকারী সিস্টেমটির ক্রাশটি সনাক্ত করা উচিত এবং ব্যাগটি দ্রুত স্ফীত করা উচিত। পুরো প্রক্রিয়াটি সেকেন্ডের কমপক্ষে পঁচিশ ভাগ সময় নেয়। সুতরাং, উদাহরণস্বরূপ যদি সিস্টেমটি 1 সেকেন্ড বিলম্বের সাথে প্রতিক্রিয়া দেখায় তবে পরিণতি মারাত্মক হতে পারে এবং গাড়িটি ইতিমধ্যে ক্র্যাশ হয়ে যাওয়ার পরে ব্যাগটি স্ফীত করে দেওয়া কোনও লাভ হবে না।

  1. দৃ : : না, তবে বিলম্বিত উত্তরগুলি সিস্টেম ব্যর্থতার জন্য প্রয়োজনীয় নয়

এই ক্ষেত্রে যখন সময়সীমাটি মিস করা সহনীয় তবে এটি পরিষেবার মানকে প্রভাবিত করবে। একটি সাধারণ উদাহরণ হিসাবে একটি ভিডিও এনক্রিপশন সিস্টেম বিবেচনা করুন। সাধারণত এনক্রিপশনের পাসওয়ার্ড সার্ভারে তৈরি হয় (ভিডিও হেড এন্ড) এবং গ্রাহক সেট-টপ বক্সে প্রেরণ করা হয়। এই প্রক্রিয়াটি সিঙ্ক্রোনাইজ করা উচিত তাই সাধারণত সেট-টপ বক্সটি পাসওয়ার্ডটি গ্রহণ করেএনক্রিপ্ট করা ভিডিও ফ্রেমগুলি গ্রহণ শুরু করার আগে। এক্ষেত্রে দেরি হওয়ার ফলে এটি ভিডিওর বিচ্যুতির কারণ হতে পারে যেহেতু সেট-টপ বক্সটি ফ্রেমগুলি ডিকোড করতে সক্ষম হয় না কারণ এটি এখনও পাসওয়ার্ড পায় নি। এই ক্ষেত্রে পরিষেবাটি (ফিল্ম, একটি আকর্ষণীয় ফুটবল ম্যাচ, ইত্যাদি) সময়সীমা না পূরণ করে প্রভাবিত হতে পারে। এই ক্ষেত্রে বিলম্বের সাথে পাসওয়ার্ড প্রাপ্তি কার্যকর নয় যেহেতু এর সাথে এনক্রিপ্ট করা ফ্রেমগুলি ইতিমধ্যে সমস্যার সৃষ্টি করেছে।

  1. নরম : হ্যাঁ, তবে সিস্টেম পরিষেবাটি হ্রাস পেয়েছে

উইকিপিডিয়া বর্ণনা অনুসারে ফলাফলের কার্যকারিতা তার সময়সীমার পরে অবনমিত হয় । তার মানে, সময়সীমার বাইরে থাকা সিস্টেমের কাছ থেকে প্রতিক্রিয়া পাওয়া এখনও শেষ ব্যবহারকারীর জন্য দরকারী তবে সময়সীমায় পৌঁছে যাওয়ার পরে এর দরকারীতা হ্রাস পায়। এই ক্ষেত্রে একটি সাধারণ উদাহরণ একটি সফ্টওয়্যার যা স্বয়ংক্রিয়ভাবে একটি ঘরের তাপমাত্রা (বা একটি বিল্ডিং) নিয়ন্ত্রণ করে। এই ক্ষেত্রে যদি সিস্টেমের তাপমাত্রা সেন্সরগুলি পড়তে কিছু বিলম্ব হয় তবে ব্রাশের তাপমাত্রা পরিবর্তনের বিষয়ে প্রতিক্রিয়া দেখাতে কিছুটা ধীর হবে। যাইহোক, শেষে এটি পরিবর্তনের প্রতিক্রিয়া দেখাবে এবং তদনুযায়ী তাপমাত্রাকে সামঞ্জস্য রাখার জন্য এটি উদাহরণস্বরূপ স্থির থাকবে। সুতরাং এই ক্ষেত্রে বিলম্বিত প্রতিক্রিয়া দরকারী, তবে এটি পরিষেবার পরিষেবার সিস্টেমের মানকে হ্রাস করে।


6

একটি সফট রিয়েল টাইম বোঝা সহজ, যার মধ্যে ফলাফল সময়সীমার পরেও প্রাপ্ত হয়, ফলাফলগুলি এখনও বৈধ হিসাবে বিবেচিত হয়।

উদাহরণ: ওয়েব ব্রাউজার- আমরা নির্দিষ্ট ইউআরএলের জন্য অনুরোধ করছি, পৃষ্ঠাটি লোড করতে কিছুটা সময় লাগে। সিস্টেমটি যদি পৃষ্ঠাটি সরবরাহ করতে আমাদের প্রত্যাশিত সময়ের চেয়ে বেশি সময় নেয় তবে প্রাপ্ত পৃষ্ঠাটি অবৈধ হিসাবে বিবেচিত হবে না, আমরা কেবল এটিই বলব যে সিস্টেমটির কার্যকারিতাটি চিহ্নিত হয়নি (সিস্টেমটি কম কর্মক্ষমতা দিয়েছে!)।

ইন হার্ড রিয়েল টাইমে সিস্টেম, যদি ফলাফলের সময় সীমার পরে প্রাপ্ত হয়, সিস্টেম সম্পূর্ণরূপে ব্যর্থ হয়েছে বিবেচিত হয়।

উদাহরণ: কোনও রোবট যদি লাইন ট্রেসিং ইত্যাদির মতো কিছু কাজ করে থাকে তবে যদি কোনও পথে বাধা আসে এবং রোবট কিছু প্রোগ্রামেড সময়সীমার (প্রায় তাত্ক্ষণিক!) এর মধ্যে এই তথ্যটি প্রক্রিয়া না করে তবে বলা হয় যে রোবটটি ব্যর্থ হয়েছে to তার কার্যক্রমে (রোবট সিস্টেমটিও পুরোপুরি ধ্বংস হয়ে যেতে পারে!)।

ইন দৃঢ় রিয়েল টাইমে সিস্টেম, যদি প্রক্রিয়া সঞ্চালনের ফলে নির্দিষ্ট সময়সীমা পরে আসে, আমরা যে ফলাফলের বাতিল হবে, কিন্তু সিস্টেম ব্যর্থ হয়েছে বলে বলা হয় না।

উদাহরণ: শত্রু অবস্থান পর্যবেক্ষণ বা অন্য কোনও কাজের জন্য উপগ্রহ যোগাযোগ। উপগ্রহগুলি নিয়মিতভাবে ফ্রেমগুলি প্রেরণ করে এমন গ্রাউন্ড কম্পিউটার স্টেশনটি যদি ওভারলোড হয়ে যায় এবং বর্তমান ফ্রেম (প্যাকেট) সময়মতো প্রক্রিয়াকরণ না করা হয় এবং পরবর্তী ফ্রেমটি উপস্থিত হয়, তবে বর্তমান প্যাকেটটি (যিনি শেষ সময়সীমা মিস করেছেন) তাতে কিছু আসে যায় না doesn't প্রক্রিয়াজাতকরণ সম্পন্ন হয়েছে (বা অর্ধেক সম্পন্ন হয়েছে বা প্রায় সম্পন্ন হয়েছে) ফেলে দেওয়া / বাতিল করা হবে কিনা। তবে গ্রাউন্ড কম্পিউটারটিকে পুরোপুরি ব্যর্থ বলে অভিহিত করা হয় না।


ব্রাউজারের উদাহরণটি ভুল। ওয়েব ব্রাউজারে সময় কোনও সংস্থান নয়: এটি মোটেই রিয়েল-টাইম সিস্টেম নয়।
বার্ট ফ্রেডারিচস

6

"নরম রিয়েল-টাইম" সংজ্ঞায়িত করতে এটি "হার্ড রিয়েল-টাইম" এর সাথে তুলনা করা সবচেয়ে সহজ। নীচে আমরা দেখতে পাব যে "দৃ real় রিয়েল-টাইম" শব্দটি "নরম রিয়েল-টাইম" সম্পর্কে একটি ভুল ধারণা তৈরি করে।

আকস্মিকভাবে বলতে গেলে, বেশিরভাগ লোকের স্পষ্টতই একটি অনানুষ্ঠানিক মানসিক মডেল থাকে যা তথ্য বা একটি ইভেন্টকে "রিয়েল-টাইম" হিসাবে বিবেচনা করে

• যদি, বা যে পরিমাণে, এটি একটি বিলম্ব (বিলম্বিতা) দিয়ে তাদের কাছে প্রকাশিত হয় যা এর অনুভূত মুদ্রার সাথে সম্পর্কিত হতে পারে

• অর্থাত্, একটি সময় ফ্রেমে তথ্য বা ইভেন্টের কাছে তাদের কাছে গ্রহণযোগ্যভাবে সন্তোষজনক মান রয়েছে।

"হার্ড রিয়েল-টাইম" এর বিভিন্ন আলাদা আলাদা সংজ্ঞা রয়েছে তবে সেই মানসিক মডেলটিতে হার্ড রিয়েল-টাইমকে "যদি" শব্দটি উপস্থাপন করে। বিশেষত, ধরে নিই যে রিয়েল-টাইম ক্রিয়াকলাপগুলির (যেমন কার্যগুলি) সমাপ্তির সময়সীমা রয়েছে, ইভেন্টটির গ্রহণযোগ্যভাবে সন্তোষজনক মান যে সমস্ত কাজ সম্পূর্ণ হয় সেই বিশেষ ক্ষেত্রে সীমাবদ্ধ যে সমস্ত কার্য তাদের সময়সীমা পূরণ করে।

হার্ড রিয়েল-টাইম সিস্টেমগুলি খুব দৃ ass় অনুমান করে যে অ্যাপ্লিকেশন এবং সিস্টেম এবং পরিবেশ সম্পর্কে সমস্ত কিছুই স্থিতিশীল এবং 'অগ্রাধিকার' হিসাবে পরিচিত — যেমন, কোন কাজগুলি, যেগুলি পর্যায়ক্রমিক, তাদের আগমনের সময়, তাদের সময়সীমা, তাদের সময়সীমা, তারা জিতেছিল সংস্থার দ্বন্দ্ব এবং সামগ্রিকভাবে সময়ের বিবর্তন নেই have একটি বিমানের ফ্লাইট কন্ট্রোল সিস্টেম বা স্বয়ংচালিত ব্রেকিং সিস্টেম এবং অন্যান্য অনেক ক্ষেত্রে ass অনুমানগুলি সাধারণত সন্তুষ্ট করা যায় যাতে সমস্ত সময়সীমাটি পূরণ করা যায়।

এই মানসিক মডেলটি ইচ্ছাকৃতভাবে এবং খুব কার্যকরীভাবে উভয়কে শক্ত এবং নরম আসল-সময়কে পরিবেষ্টনের জন্য যথেষ্ট সাধারণ - নরমকে "যে পরিমাণে" শব্দগুচ্ছ দ্বারা সামঞ্জস্য করা হয়। উদাহরণস্বরূপ, ধরুন যে টাস্ক কমপ্লিমেন্ট ইভেন্টের suboptimal তবে গ্রহণযোগ্য মান আছে

  • 10% এর বেশি কাজ তাদের সময়সীমা মিস করে না
  • বা কোনও কাজই 20% এর চেয়ে বেশি ম্লান নয়
  • বা সমস্ত কাজের গড় ক্লান্তি 15% এর বেশি নয়
  • বা সমস্ত কাজের মধ্যে সর্বোচ্চ ক্লান্তি 10% এর চেয়ে কম

এই দুর্দান্ত অ্যাপ্লিকেশনগুলির মধ্যে নরম রিয়েল-টাইম মামলার সমস্ত সাধারণ উদাহরণ।

আপনার সন্তানের বিদ্যালয়ের পরে বাছাইয়ের একক-কার্য প্রয়োগটি বিবেচনা করুন। সম্ভবত এটির একটি প্রকৃত সময়সীমা নেই, পরিবর্তে সেই ঘটনাটি ঘটবে তার উপর নির্ভর করে আপনার এবং আপনার সন্তানের জন্য কিছু মূল্য রয়েছে। খুব তাড়াতাড়ি রিসোর্সগুলি বর্জ্য করা (যেমন আপনার সময়) এবং খুব দেরিতে কিছুটা নেতিবাচক মূল্য থাকে কারণ আপনার শিশুটি একা এবং সম্ভাব্যভাবে ক্ষতির পথে চলে যেতে পারে (বা কমপক্ষে অসুবিধে হয়)।

স্ট্যাটিক হার্ড রিয়েল-টাইম বিশেষ মামলার বিপরীতে, সফ্ট রিয়েল-টাইম কেবলমাত্র কাজ এবং সিস্টেম সম্পর্কে ন্যূনতম প্রয়োজনীয় অ্যাপ্লিকেশন-নির্দিষ্ট অনুমান করে এবং অনিশ্চয়তা প্রত্যাশিত। আপনার বাচ্চাকে বাছতে, আপনাকে স্কুলে গাড়ি চালাতে হবে, এবং আবহাওয়া, ট্র্যাফিকের পরিস্থিতি ইত্যাদির উপর নির্ভর করে এটি করার সময়টি গতিশীল You সবচেয়ে খারাপ ক্ষেত্রে ড্রাইভিং সময়) তবে আবার এটি সম্পদগুলি অপচয় করছে (আপনার সময় এবং পরিবারের যানবাহন দখল করছে, সম্ভবত পরিবারের অন্যান্য সদস্যদের ব্যবহার অস্বীকার করছে)।

সেই উদাহরণটি নষ্ট হওয়া সংস্থার ক্ষেত্রে ব্যয়বহুল বলে মনে হচ্ছে না, তবে অন্যান্য উদাহরণ বিবেচনা করুন। সমস্ত সামরিক যুদ্ধ ব্যবস্থা নরম রিয়েল-টাইম। উদাহরণস্বরূপ, লক্ষ্যচক্র হিসাবে আপডেটের সাথে নির্দেশিত একটি ক্ষেপণাস্ত্র ব্যবহার করে বৈরী স্থল যানটিতে বিমান হামলা করার কথা বিবেচনা করুন। কোর্স আপডেট টাস্কগুলি সম্পন্ন করার সর্বাধিক তুষ্টি লক্ষ্যমাত্রায় সরাসরি ধ্বংসাত্মক ধর্মঘট দ্বারা অর্জিত হয়। তবে এই ফলাফলটি নির্দিষ্ট করার জন্য অতিরিক্ত সংস্থান সংস্থার প্রচেষ্টা সাধারণত অনেক ব্যয়বহুল এবং এমনকি অসম্ভবও হতে পারে। এই ক্ষেত্রে, আপনি যদি কম ক্ষেপণাস্ত্রটির আক্রমণটি অক্ষম করার টার্গেটের নিকটবর্তী হয় তবে আপনি কম সন্তুষ্ট হতে পারেন।

স্পষ্টতই যুদ্ধের পরিস্থিতিতে অনেকগুলি সম্ভাব্য গতিশীল অনিশ্চয়তা রয়েছে যা অবশ্যই রিসোর্স ম্যানেজমেন্টের সাথে মিলে যায়। সফটওয়্যার রিয়েল-টাইম সিস্টেমগুলি অনেকগুলি সিভিলিয়ান সিস্টেমে যেমন ইন্ডাস্ট্রিয়াল অটোমেশনগুলিতেও খুব সাধারণ, যদিও স্পষ্টতই সামরিক বাহিনীগুলি গ্রহণযোগ্যভাবে সন্তোষজনক মান অর্জনের জন্য সবচেয়ে বিপজ্জনক এবং জরুরি কাজ।

রিয়েল-টাইম সিস্টেমগুলির কীস্টোনটি "অনুমানযোগ্যতা"। হার্ড রিয়েল-টাইম কেসটি ভবিষ্যদ্বাণীগুলির একমাত্র বিশেষ ক্ষেত্রে আগ্রহী - অর্থাৎ, কার্যগুলি সমস্তগুলি তাদের সময়সীমা পূরণ করবে এবং সেই ইভেন্টের মাধ্যমে সর্বোচ্চ সম্ভাব্য মান অর্জন করা হবে। সেই বিশেষ মামলার নাম দেওয়া হয়েছে "ডিটারমিনিস্টিক"।

পূর্বাভাসের বর্ণালী রয়েছে। নির্ণায়ক (নির্ধারণবাদ) ভবিষ্যদ্বাণী বর্ণালীতে একটি শেষ-পয়েন্ট (সর্বাধিক পূর্বাভাসযোগ্যতা); অন্যান্য শেষ-পয়েন্ট হ'ল ন্যূনতম পূর্বাভাসযোগ্যতা (সর্বাধিক অ-নির্ধারণবাদ)। বর্ণালীটির মেট্রিক এবং শেষ-পয়েন্টগুলি একটি নির্বাচিত পূর্বাভাস মডেলের শর্তে ব্যাখ্যা করতে হবে; এই দুটি সমাপ্তির পয়েন্টগুলির মধ্যে থাকা সমস্ত কিছুই হ'ল অদৃশ্যতার ডিগ্রি (অ-নির্ধারণবাদের = ডিগ্রি)।

বেশিরভাগ রিয়েল-টাইম সিস্টেমগুলিতে (যথা, নরম থাকে) অ-সংজ্ঞা-পূর্বাভাসের পূর্বাভাস থাকে, উদাহরণস্বরূপ, কার্যগুলির সম্পূর্ণতার সময় এবং সেইজন্য এই ইভেন্টগুলি থেকে প্রাপ্ত মানগুলি।

সাধারণভাবে (তাত্ত্বিকভাবে), ভবিষ্যদ্বাণীযোগ্যতা এবং তাই গ্রহণযোগ্যভাবে সন্তোষজনক মানটিকে প্রয়োজনীয় হিসাবে নির্ধারিত প্রান্তিকের নিকটে করা যেতে পারে - তবে এমন দামে যা শারীরিকভাবে অসম্ভব বা অত্যধিক ব্যয়বহুল হতে পারে (যুদ্ধ হিসাবে বা সম্ভবত এমনকি আপনার সন্তানকে স্কুল থেকে তুলে নেওয়া)।

নরম রিয়েল-টাইমের জন্য সম্ভাব্যতা মডেলটির (অ্যাপ্লিকেশন-নির্দিষ্ট পছন্দ) সাধারণ ঘন ঘন ঘন ঘন মডেল নয় and সুতরাং ইভেন্টের লেটেন্সিগুলি এবং ফলস্বরূপ মানগুলি সম্পর্কে যুক্তির জন্য ভবিষ্যদ্বাণীযোগ্যতা মডেল প্রয়োজন।

গ্রহণযোগ্য মান সরবরাহ করে এমন ইভেন্টগুলির উপরের তালিকাটির কথা উল্লেখ করে এখন আমরা অ-সংযোজনীয় কেস যুক্ত করতে পারি, যেমন

  • সম্ভাব্যতা যে কোনও কাজ তার সময়সীমাটি 5% এর বেশি মিস করবে না এটি 0.87 এর বেশি। (সেখানে প্রকাশিত তফসিলের মানদণ্ডের সংখ্যাটি নোট করুন))

একটি ক্ষেপণাস্ত্র প্রতিরক্ষা অ্যাপ্লিকেশনটিতে, যুদ্ধের ক্ষেত্রে অপরাধের প্রতিরক্ষার উপরে সর্বদা সুবিধা থাকার বিষয়টি প্রমাণিত হয়, এই দুটি রিয়েল-টাইম কম্পিউটিং পরিস্থিতিতে আপনি কোনটিকে পছন্দ করবেন:

  • যেহেতু সমস্ত প্রতিকূল ক্ষেপণাস্ত্রগুলির নিখুঁত ধ্বংস খুব অসম্ভব বা অসম্ভব, সম্ভাব্যতা সর্বাধিকতর করতে আপনার প্রতিরক্ষামূলক সংস্থানগুলি অর্পণ করুন যে বিপদজনক ক্ষেপণাস্ত্রগুলির অনেকগুলি সফলভাবে বিরতি দেওয়া হবে (ঘনিষ্ঠভাবে বিরতি গণনা করা হয়েছে কারণ এটি বৈরী ক্ষেপণাস্ত্র অফ-কোর্স স্থানান্তর করতে পারে);

  • এটি অভিযোগ করুন যে এটি রিয়েল-টাইম কম্পিউটিং সমস্যা নয় কারণ এটি স্থির পরিবর্তে গতিশীল এবং amicতিহ্যবাহী রিয়েল-টাইম ধারণাগুলি এবং কৌশলগুলি প্রয়োগ হয় না এবং এটি স্থির শক্ত রিয়েল-টাইমের চেয়ে আরও কঠিন বলে মনে হয়, তাই আপনি এতে আগ্রহী নন ।

রিয়েল-টাইম কম্পিউটিং সম্প্রদায়ের নরম রিয়েল-টাইম সম্পর্কে বিভিন্ন ভুল ধারণা থাকা সত্ত্বেও, সফ্ট রিয়েল-টাইম অত্যন্ত সাধারণ এবং শক্তিশালী, তবে হার্ড রিয়েল-টাইমের তুলনায় সম্ভাব্য জটিল। এখানে সংক্ষিপ্ত হিসাবে নরম রিয়েল-টাইম সিস্টেমগুলির রিয়েল-টাইম কম্পিউটিং সম্প্রদায়ের বাইরে ব্যবহারের দীর্ঘ ইতিহাস রয়েছে ।

ওপি প্রশ্নের সরাসরি উত্তর দিতে:

একটি হার্ড রিয়েল-টাইম সিস্টেম নির্ধারণমূলক গ্যারান্টি সরবরাহ করতে পারে - সবচেয়ে সাধারণভাবে যে সমস্ত কাজগুলি তাদের সময়সীমা পূরণ করে, বাধা দেয় বা সিস্টেম কল প্রতিক্রিয়া সময় সর্বদা এক্স এর চেয়ে কম থাকে etc. IF এবং কেবলমাত্র যদি খুব দৃump় অনুমান করা হয় এবং সঠিক হয় যা কিছু গুরুত্বপূর্ণ তা স্থিতিশীল এবং একটি 'প্রাইমারী' হিসাবে পরিচিত (সাধারণভাবে, হার্ড রিয়েল-টাইম সিস্টেমগুলির জন্য এই ধরনের গ্যারান্টিগুলি বরং সাধারণ ক্ষেত্রে বাদে একটি মুক্ত গবেষণা সমস্যা)

একটি নরম রিয়েল-টাইম সিস্টেম নির্ধারণমূলক গ্যারান্টি দেয় না, এটি প্রয়োগ-নির্দিষ্ট মানদণ্ড অনুসারে, বিশ্লেষণাত্মকভাবে নির্দিষ্ট এবং সম্পাদিত সম্ভাব্য সময়োপযোগীতা এবং সময়োপযোগীতার পূর্বাভাস প্রদানের লক্ষ্যে করা হয়েছে, যা অ্যাপ্লিকেশন-নির্দিষ্ট মানদণ্ড অনুসারে বর্তমান গতিশীল পরিস্থিতিতে সম্ভাব্য।

অবশ্যই শক্ত রিয়েল-টাইম নরম রিয়েল-টাইমের একটি সাধারণ বিশেষ কেস। স্পষ্টতই নরম রিয়েল-টাইমের বিশ্লেষণাত্মক অ-সংজ্ঞাবিরোধী নিশ্চয়তা প্রদান করা খুব জটিল হতে পারে তবে সর্বাধিক সাধারণ রিয়েল-টাইম ক্ষেত্রে (যুদ্ধের মতো সর্বাধিক বিপজ্জনক সুরক্ষা-সমালোচনামূলক বিষয়গুলি সহ) বাধ্যতামূলক কারণ বেশিরভাগ রিয়েল-টাইম কেসগুলি গতিশীল নয় since স্ট্যাটিক।

"ফার্ম রিয়েল-টাইম" হ'ল "নরম রিয়েল-টাইম" এর একটি অ-সংজ্ঞায়িত বিশেষ কেস। "সফট রিয়েল-টাইম" শব্দটি সঠিকভাবে বোঝা এবং ব্যবহার করা হলে এই পদটির প্রয়োজন নেই।

আমার রিয়েল-টাইম, হার্ড রিয়েল-টাইম, নরম রিয়েল-টাইম, পূর্বাভাসযোগ্যতা, নির্ধারণবাদ এবং সম্পর্কিত বিষয়গুলি সম্পর্কে আমার ওয়েব সাইট রিয়েল-টাইম.আর.আরজে আরও বিশদ আলোচনা আছে।


"প্রথম বিপ্লবটি হ'ল যখন আপনি কীভাবে জিনিসগুলির দিকে নজর রাখেন এবং এটি দেখানোর জন্য অন্য কোনও উপায় থাকতে পারে যা দেখেন about - গিল স্কট-হেরন, "বিপ্লব প্রচারিত হবে না"
ই ডগলাস জেনসেন

2

রিয়েল-টাইম - এমন কোনও সিস্টেম বা অপারেশনের মোডের সাথে সম্পর্কিত যেখানে কোনও বাহ্যিক প্রক্রিয়া সংঘটিত হওয়ার সময় প্রকৃত সময়ে গণনা সম্পাদন করা হয়, যাতে গণনার ফলাফলগুলি সময়মত বাহ্যিক প্রক্রিয়াটি নিয়ন্ত্রণ, নিরীক্ষণ বা প্রতিক্রিয়া জানাতে ব্যবহার করা যেতে পারে বইতে দেবেন। [আইইইই স্ট্যান্ডার্ড 610.12.1990]

আমি জানি এই সংজ্ঞাটি পুরানো, খুব পুরানো। তবে আমি আইইইই (ইনস্টিটিউট অফ ইলেকট্রিক্যাল অ্যান্ড ইলেকট্রনিক্স ইঞ্জিনিয়ার্স) এর চেয়ে সাম্প্রতিক সংজ্ঞাটি খুঁজে পাচ্ছি না।


2
আসলে, 1990 মোটেই পুরানো নয়। আমি 70 এর দশকে এই আলোচনা করছিলাম, এবং সংজ্ঞা প্রায় একই ছিল।
হট লিকস

2

সিরিয়াল পোর্ট থেকে ডেটা ইনপুট করে এমন একটি কাজ বিবেচনা করুন। নতুন ডেটা যখন আসে সিরিয়াল বন্দর একটি ইভেন্ট ট্রিগার করে। সফ্টওয়্যার যখন ইভেন্টটি পরিষেবা করে, তখন এটি নতুন ডেটাটি পড়ে এবং প্রক্রিয়া করে। সিরিয়াল পোর্টটিতে ইনকামিং ডেটা (এমএসপি 432-তে 2, টিএম 4 সি 123 তে 16) সংরক্ষণ করার জন্য একটি হার্ডওয়্যার রয়েছে যেমন যদি বাফার পূর্ণ হয় এবং আরও ডেটা উপস্থিত হয় তবে নতুন ডেটা নষ্ট হয়ে যায়। এই সিস্টেমটি কি শক্ত, দৃ firm় বা নরম আসল সময়?

এটি কঠিন আসল সময় কারণ প্রতিক্রিয়া যদি দেরীতে হয় তবে ডেটা হারিয়ে যেতে পারে।


একটি শ্রবণ সহায়তা বিবেচনা করুন যা একটি মাইক্রোফোন থেকে শব্দ আদান দেয়, সাউন্ড ডেটা ম্যানিপুলেট করে এবং তারপরে ডেটা স্পিকারের কাছে আউটপুট করে। সিস্টেমে সাধারণত ছোট এবং সীমাবদ্ধ চিকিত্সা থাকে তবে মাঝেমধ্যে শ্রবণ সাহায্যে অন্যান্য কাজগুলি কিছু ডেটা দেরি করে, যার ফলে স্পিকারে একটি শব্দের পালস হয়। এই সিস্টেমটি কি শক্ত, দৃ firm় বা নরম আসল সময়?

এটি দৃ real় আসল সময় কারণ এটি এমন একটি ত্রুটি সৃষ্টি করে যা অনুধাবন করা যায় তবে এর প্রভাবটি নিরীহ এবং অভিজ্ঞতার গুণমানকে উল্লেখযোগ্যভাবে পরিবর্তন করে না।


কোনও টাস্কটি বিবেচনা করুন যা কোনও প্রিন্টারে ডেটা দেয়। যখন মুদ্রকটি নিষ্ক্রিয় থাকে তখন প্রিন্টার একটি ইভেন্ট ট্রিগার করে। সফ্টওয়্যার যখন ইভেন্টটি পরিবেশন করে, তখন এটি প্রিন্টারে আরও ডেটা প্রেরণ করে। এই সিস্টেমটি কি শক্ত, দৃ firm় বা নরম আসল সময়?

এটি নরম রিয়েল টাইম কারণ এটির দ্রুততর প্রতিক্রিয়া আরও ভাল হয় তবে সিস্টেমের মান (ব্যান্ডউইথ প্রতি সেকেন্ডে মুদ্রিত ডেটার পরিমাণ) বিলম্বের সাথে হ্রাস পায়।

UTAustinX: UT.RTBN.12.01x রিয়েলটাইম ব্লুটুথ নেটওয়ার্কসমূহ


1

সম্ভবত সংজ্ঞাটি দোষে রয়েছে।

আমার অভিজ্ঞতা থেকে, আমি দুজনকে হার্ডওয়্যার এবং সফ্টওয়্যার নির্ভর হিসাবে পৃথক করব।

আপনার কাছে যদি হার্ডওয়্যার দ্বারা চালিত বাধা বিঘ্নিত সেবা দেওয়ার জন্য 200 মিমি থাকে তবে তা আপনার কাছে পেয়েছে। আপনি সেখানে 300 মিমি কোড আটকে রেখেছেন এবং সিস্টেমটি ভাঙা হয়নি, এটি বিকশিত হয়নি। শেষ করার আগে আপনাকে স্যুইচ আউট করা হবে। আপনার কোড কাজ করে না বা উদ্দেশ্যে উপযুক্ত নয়। অনেক সিস্টেমে কঠোর সংজ্ঞায়িত প্রসেসিং পিরিয়ড থাকে। ভিডিও, টেলিকোম ইত্যাদি

আপনি যদি এমন একটি অ্যাপ্লিকেশন লিখছেন যা আসল-সময়, এটি নরম বিবেচনা করা যেতে পারে । যদি আপনার সময়ের বাইরে চলে যায় আপনি পরের বারে কম লোডের জন্য আশা করতে পারেন তবে আপনি ওএস টিউন করতে পারেন, কিছু স্মৃতি যুক্ত করতে পারেন বা এমনকি হার্ডওয়্যার আপগ্রেড করতে পারেন। আপনার কাছে বিকল্প রয়েছে।

কোনও ইউএক্স দৃষ্টিকোণ থেকে এটি দেখার পক্ষে সহায়ক নয়। কোনও স্কোডা যদি এটি গ্লিট করে তবে ভাঙ্গা নাও হতে পারে, তবে একটি বিএমডাব্লু নিশ্চিত যে জাহান্নাম হবে।


কোকাদের বিরুদ্ধে আপনার কী আছে!
এরিক কাপলুন

1

সংজ্ঞাটি বছরের পর বছর ধরে এই শব্দটির ক্ষতির দিকে প্রসারিত হয়েছে। যা এখন "হার্ড" রিয়েল-টাইম নামে পরিচিত তাকে কেবল রিয়েল-টাইম বলা হত। সুতরাং যেসব সিস্টেমে টাইমিং উইন্ডোজের (এককতরফা সময় নির্ধারিত সময়সীমার পরিবর্তে) হারিয়ে যাওয়ার ফলে ভুল ডেটা বা ভুল আচরণের ফলে রিয়েল-টাইম বিবেচনা করা উচিত। যে বৈশিষ্ট্যযুক্ত সিস্টেমগুলি অ-রিয়েল-টাইম হিসাবে বিবেচিত হবে।

এটি এমনটি বলার অপেক্ষা রাখে না যে সময়টি অ-রিয়েল-টাইম সিস্টেমে আগ্রহী নয়, এর অর্থ কেবল এই যে সিস্টেমে সময়সীকরণের প্রয়োজনীয়তা মৌলিকভাবে ভুল ফলাফল দেয় না।


1

হার্ড রিয়েল টাইম সিস্টেমগুলি অগ্রাধিকারের সময়সূচীটির পূর্বনির্ধারিত সংস্করণ ব্যবহার করে, যাতে সমালোচনামূলক কাজগুলি তত্ক্ষণাত্ নির্ধারিত হয়, তবে নরম রিয়েল টাইম সিস্টেমগুলি অগ্রাধিকারের সময়সূচির নন-প্রিম্পিটিভ সংস্করণ ব্যবহার করে, যা নিয়ন্ত্রণকে উচ্চ অগ্রাধিকারে স্থানান্তরিত করার আগে উপস্থিত টাস্কটি শেষ করার অনুমতি দেয় টাস্ক, অতিরিক্ত বিলম্ব ঘটায়। সুতরাং হার্ড রিয়েল টাইম সিস্টেমে টাস্কের সময়সীমাগুলি সমালোচনামূলকভাবে অনুসরণ করা হয়, যেখানে নরম রিয়েল টাইম সিস্টেমে এগুলি গুরুত্ব সহকারে পরিচালিত হয় না।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.