"নরম" রিয়েল-টাইম অপারেটিং সিস্টেমগুলি আসলে কী সরবরাহ করে তা নিশ্চিত করে


17

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

"নরম" রিয়েল-টাইম সিস্টেমগুলির যে সমস্ত সংজ্ঞা আমি পাই তা আমার কাছে শূন্য বলে মনে হয়। উইকিপিডিয়া বলেছেন

ফলাফলের কার্যকারিতা তার সময়সীমার পরে অবনমিত হয়, যার ফলে সিস্টেমের পরিষেবার মানের মান হ্রাস পায়।

Uhhhh। ঠিক আছে. সেই মানদণ্ড অনুসারে উইন্ডোজ 95 একটি নরম রিয়েল টাইম সিস্টেম ছিল এবং তাই 3BSD এবং লিনাক্সও ছিল। উইকিপিডিয়া কোনও দুর্দান্ত উত্স নয়, তবে পরবর্তী কয়েকজনের গুগল হিট এর চেয়ে ভাল নয়। উদাহরণস্বরূপ http://users.ece.cmu.edu/~koopman/des_s99/real_time/ বলেছেন

একটি নরম রিয়েল-টাইম সিস্টেমে, খুব কমই ঘটে যাওয়া পিক লোডের একটি অবনমিত ক্রিয়াকলাপ সহ্য করা যায়।

এটি কোনও চুক্তি নয়, এটি কিছুই না বলার অভিনব উপায়।

রিয়েল অপারেটিং সিস্টেমগুলি দিয়ে দেওয়া রিয়েল-টাইম গ্যারান্টি / চুক্তিগুলির বাস্তব উদাহরণগুলি কী কী?

আমি ফর্মের উত্তরগুলি খুঁজছি:

ইন (ওএস-নাম) যদি প্রোগ্রামারটি (কী-প্রোগ্রামার-করণীয় প্রয়োজন) করে তবে অপারেটিং সিস্টেম গ্যারান্টি দেয় (কী-সিস্টেম-গ্যারান্টি দেয়)।

উত্তর:


22

আপনি এটি ঠিকই পেয়েছেন, এবং উইকিপিডিয়া যতটা তথ্যপূর্ণ হতে পারে - নরম রিয়েল-টাইম একটি আনুষ্ঠানিক বৈশিষ্ট্য নয়, এটি একটি মূল্য বিচার। "সফট রিয়েল-টাইম" বলার আরেকটি উপায় হ'ল "আমি আশা করি এটি রিয়েল-টাইম ছিল", বা সম্ভবত আরও সঠিকভাবে "এটি রিয়েল-টাইম হওয়া উচিত তবে এটি খুব কঠিন"।

আপনি যদি সত্যিই গ্যারান্টি আকারে কথা বলতে চান তবে এটি নির্দিষ্ট পারফরম্যান্সের গ্যারান্টি না দিয়ে সেরা চেষ্টা করার গ্যারান্টি।

অথবা, এর্লংয়ের উদ্ধৃতি দিতে প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী (Erlang মূলত টেলিফোনি ব্যবহারের জন্য নির্মিত একটি প্রোগ্রামিং ভাষা):

নরম রিয়েলটাইম মানে কি?

সিনিকরা বলবে "মূলত কিছুই নয়"।

(…) অনেকগুলি টেলিকম সিস্টেমে [হার্ড রিয়েলটাইমের তুলনায়] কম কঠোর প্রয়োজনীয়তা থাকে, উদাহরণস্বরূপ, "97% ক্ষেত্রে একটি ডাটাবেস অনুসন্ধান 20 মিমি এরও কম লাগে" এর লাইনে একটি পরিসংখ্যানগত গ্যারান্টি লাগতে পারে। সফ্ট রিয়েলটাইম সিস্টেমগুলি, যেমন এরলং, আপনাকে সেই ধরণের গ্যারান্টি দেয়।

এবং এটি একটি দরকারী সংজ্ঞা প্রদান করে। সফট রিয়েল-টাইম এমন একটি নকশাকে নির্দেশ করে যা নির্দিষ্ট সময়ের চেয়ে বেশি সময় না নিয়ে প্রতিটি স্বতন্ত্র কাজের প্রতি অনুকূলিত হয় কাজ সম্পাদনের জন্য ব্যয় করা মোট সময়কে অনুকূল করে তোলার পরিবর্তে সময় ব্যয় । উদাহরণস্বরূপ, একটি নরম রিয়েল-টাইম সিস্টেমটি 10 ​​মিমিগুলিতে 99.9% অনুরোধগুলি সম্পূর্ণ করতে এবং প্রতি সেকেন্ডে 100 টি অনুরোধ প্রক্রিয়াকরণের লক্ষ্য রাখে, যেখানে কোনও অ-রিয়েল-টাইম প্রতি সেকেন্ডে 200 অনুরোধগুলি এগিয়ে নিয়ে যেতে পারে তবে মাঝে মাঝে অনুরোধটি ব্লক করার অনুমতি দেয় 50 মিমি বা আরও বেশি। একটি হার্ড রিয়েল-টাইম যাই হোক না কেন, প্রতি 15 মিনিটে একটি অনুরোধের গ্যারান্টি দেয়।

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

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


@ ই ডগলাস জেনসেন আপনার বক্তব্যটি একান্ত অত্যুক্তি। আপনার উত্তরটি মূলত উইকিপিডিয়া নিবন্ধের সাথে একমত নয়।
গিলস 'অশুভ হওয়া বন্ধ করুন'

হ্যা আমি রাজি. আমার মন্তব্যটি রিয়েল-টাইম সম্পর্কে বেশ কয়েকটি উইকিপিডিয়া পৃষ্ঠাগুলি অন্তর্ভুক্ত করার উদ্দেশ্যে করা হয়েছিল এবং সেই সামগ্রীর বেশিরভাগ অংশই সবচেয়ে ভাল বিবেচিত।
ই ডগলাস জেনসেন

আমার সবচেয়ে বড় অভিযোগটি হ'ল লোকে বিবেচনা করে না যে হার্ড রিয়েল-টাইম (সমস্ত সময়সীমা মেটানো) সফ্টওয়্যারটি অবশ্যই (বলুন) মোটরগাড়ি ব্রেকিং সিস্টেমগুলির জন্য আনুষ্ঠানিকভাবে যাচাই করতে হবে - সুতরাং অবশ্যই রিয়েল-টাইম সফটওয়্যারটি নরম করতে হবে (যেমন, সম্ভাবনার সাথে> 0.9) , কমপক্ষে 89% কার্য অবশ্যই 20% এর চেয়ে বেশি অশুভ হতে হবে না) সম্পর্কে তর্ক করে এবং আনুষ্ঠানিকভাবে যাচাই করা উচিত। সমস্ত সামরিক যুদ্ধ ব্যবস্থা নরম রিয়েল-টাইম। পরিবর্তে লোকেদের কাছে এইচপি চিন্তাভাবনা রয়েছে এবং "ক্যু সেরা সেরা" বলে।
ই ডগলাস জেনসেন

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

4

লিনাক্স -আরটি (রিয়েল টাইম) প্যাচসেট একটি শিডিয়ুলার সরবরাহ করে যা একটি আকর্ষণীয় গ্যারান্টি সরবরাহ করে যা শূন্য নয় বলে মনে হয়। (যদিও গ্যারান্টিটি আসল ব্যবহারের জন্য কীভাবে প্রয়োগ করা যায় সে সম্পর্কে আমি পরিষ্কার নয়।)

লিনাক্স-আরটি SCHED_FIFOশিডিউলিং নীতিটি নীচে কাজ করে: ব্যবহারকারী প্রতিটি প্রক্রিয়াতে একটি অগ্রাধিকার বরাদ্দ করে। ("রিয়েল টাইম" প্রক্রিয়াগুলির জন্য অগ্রাধিকার সংখ্যাগুলি ০-৯৯, এবং সনাতন ইউনিক্স nice-২০ মানচিত্রের মাধ্যমে ১৯ মানচিত্রের মাধ্যমে অগ্রাধিকারের জন্য ১৩৯ এর মাধ্যমে 100. (সুতরাং "0" "সর্বোচ্চ" অগ্রাধিকার এবং "139" "সর্বনিম্ন "অগ্রাধিকার।)

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

নোট করুন, যদিও, কোনও কঠোর সময়ের গ্যারান্টি দেওয়া নেই। প্রকৃতপক্ষে বাস্তবায়ন করতে ব্যয় করা সময়টি তাত্ত্বিকভাবে নির্বিচারে দীর্ঘ হতে পারে। এছাড়াও, এমন কিছু উপায় রয়েছে বলে মনে হচ্ছে যেখানে নিম্ন অগ্রাধিকারের কাজটি বেশিরভাগ দীর্ঘ বিলম্বের কাজ I / o শুরু করতে পারে। যখন i / o স্বল্প অগ্রাধিকারের কাজের জন্য বাধাপ্রাপ্ত হ্যান্ডলারগুলি সম্পন্ন করে তখন উচ্চতর অগ্রাধিকারের চাকরীতে বাধা হয়ে দাঁড়াতে পারে, এটি তর্কাতীতভাবে অগ্রাধিকারের বিপরীত রূপ।

সুতরাং প্রদত্ত সীমিত গ্যারান্টিটি হ'ল: যদি সর্বাধিক অগ্রাধিকার সহ কোনও একক প্রক্রিয়া থাকে, যখনই এটি চলমান হয় এটি প্রসেসরের সমস্ত সংস্থান পায় যা ওএস বাস্তবে এটি দিতে পারে। সর্বাধিক অগ্রাধিকার প্রক্রিয়া দ্বারা ব্যবহৃত প্রসেসরের সংস্থানগুলির পরিমাণের উপর আপনার যদি ভাল উচ্চ সীমা থাকে তবে আপনি দ্বিতীয় সর্বোচ্চ অগ্রাধিকার প্রক্রিয়াতে যে সংস্থানগুলি উপলভ্য হবে তার যথাযথভাবে সঠিক অনুমান গণনা করতে পারেন।

লিনাক্সের রিয়েল-টাইম শিডিয়ুলারের বিবরণে গভীর নিবন্ধটি হ'ল http://www.linuxj Journal.com/magazine/real-time-linux-kernel-scheduler


1
আমি মনে করি আরটিএলিনাক্স এফএকিউ এখানে একটি বৈশিষ্ট্য সরবরাহ করে (তারা বিশেষণগুলি শক্ত বা নরম ব্যবহার করে না ): "সিপিইউ চাওয়া সর্বাধিক অগ্রাধিকার টাস্কটি জাগ্রত ইভেন্টটি আসার পরে নির্দিষ্ট সময়ের মধ্যে সিপিইউ পায় সর্বদা priority । "
গিলস 'অশুভ হওয়া বন্ধ করুন'

4

"নরম রিয়েল-টাইম" সংজ্ঞায়িত করার জন্য এটি "হার্ড রিয়েল-টাইম" এর সাথে তুলনা করা সবচেয়ে সহজ।

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • সম্ভাব্যতা যে কোনও কাজ তার সময়সীমাটি 5% এর বেশি মিস করবে না এটি 0.87 এর বেশি।

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

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

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

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

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

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

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

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

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