بررسی سیستم عامل های بلادرنگ
توجه : به همراه فایل word این محصول فایل پاورپوینت (PowerPoint) و اسلاید های آن به صورت هدیه ارائه خواهد شد
بررسی سیستم عامل های بلادرنگ دارای ۹۱ صفحه می باشد و دارای تنظیمات و فهرست کامل در microsoft word می باشد و آماده پرینت یا چاپ است
فایل ورد بررسی سیستم عامل های بلادرنگ کاملا فرمت بندی و تنظیم شده در استاندارد دانشگاه و مراکز دولتی می باشد.
بخشی از فهرست مطالب پروژه بررسی سیستم عامل های بلادرنگ
• فصل اول : زمانبندی بلادرنگ
مقدمه
مشخصات سیستم های بلادرنگ
زمانبندی بلادرنگ
رویکردهای ایستای مبتنی بر جدول
رویکردهای ایستای مبتنی بر اولویت و با قبضه کردن
رویکردهای پویا بر اساس برنامه ریزی
رویکردهای پویا با بهترین کوشش
زمانبندی ایستا مبتنی بر جدول
زمانبندی ایستای مبتنی بر اولویت و با قبضه کردن
زمانبند مهلت زمانی
زمانبندی Linux
زمانبندی Unix SVR
• فصل دوم : الگوریتم های برنامه ریزی و حمایت سیستم های اجرایی برای سیستم های بلادرنگ
خلاصه
برنامه ریزی بلادرنگ
متریک های اجرا در سیستم های بلادرنگ
الگوهای برنامه ریزی
الگوریتمهای برنامه ریزی برای این الگوها
برنامه ریزی ثابت Table –Driven
برنامه ریزی priority driven preemptive
برنامه ریزی دینامیک
برنامه ریزی Best –Effort دینامیک
موضوعات برنامه ریزی مهم
برنامه ریزی با محدودیتهای توان خطا
برنامه ریزی با احیای منابع
سیستم اجرایی بلادرنگ
هسته های کوچک ، سریع و اختصاصی
توسعه های زمان واقعی برای سیستم های اجرای بازرگانی
سیستم های اجرای تحقیق
هسته MARS
هسته SPRING
هستهMARUTI
هسته ARTS
• فصل سوم : بررسی ارتباط میان اجزای یک سیستم جامع بلادرنگ
خلاصه
شرح عملگرهای بهبودیافته
تشریح مطالعات تجربی
فصل چهارم : منابع
فهرست جدول ها و شکلها
شکل ۱ – 1 : زمانبندی یک فرایند بلادرنگ
شکل ۱ – 2 : زمانبندی وظیفه های بلادرنگ متناوب با مهلتهای زمانی کامل شدن
شکل ۱ – 3 : زمانبندی وظیفه های بلادرنگ نامتناوب با مهلتهای زمانی در شروع
شکل ۱ – 4 : مثالی از زمانبندی Linux
شکل ۱ – 5: طبقه های اولویت در SVR4
جدول ۱ ۱ : اطلاعات اجرای دو وظیفه متناوب
جدول۱ – 2: اطلاعات اجرای پنج وظیفه نامتناوب
شکل ۳– 1: معماری سیستم جامع
شکل ۳ – 2 : پروتکل ارتباط RS 232C
شکل ۳ – 3: خطای checksum
شکل ۳ – 4 : زمان تزریق خطا
شکل ۳ – 5 : عملگرهای جهش یافته
شکل ۳ – 6 : مثالی از CRM
شکل ۳ – 7 : مثالی از CRH
جدول ۳ – 1: رابط میان RTOS و برنامه
جدول ۳ – 2 : محل تزریق خطا
جدول ۳ – 3 : RTOS و برنامه های کاربردی
جدول ۳ – 4 : تعداد رابطهای بین RTOS و برنامه
مقدمه:
مهمترین کاربرد سیستمهای بلادرنگ در رابطه با عملیات کنترل پردازش است . خاصیت مهم سیستم عاملهای بلادرنگ این است که هر فعل و انفعال با کامپیوتر بایستی یک پاسخ در مدت زمانی که از قبل تعیین شده است دریافت دارد . سیستم بایستی بتواند این زمان پاسخ را گارانتی بکند (عواقب زمان پاسخ بد در رابطه با سیستمی که یک هواپیما و یا یک کارخانه شیمیایی را کنترل میکند را میتوان براحتی تصور کرد ) . مسئله زمان پاسخ در عمل به این معناست که معمولاً نرم افزار بصورت خاص-منظور است و به کاربرد بخصوصی اختصاص یافته است . دستگاههای جنبی چنین سیستمهایی نیز به احتمال قوی دستگاههای بخصوصی هستند . مثلاً ممکن است که از وسایل حس کننده که با سیگنالهای آنالوگ عمل می کنند به جای ترمینالهای عادی استفاده شوند
مشخصات سیستمهای عامل بلادرنگ:
سیستمهای عامل بلادرنگ را میتوان با داشتن ملزومات یگانه در پنج حوزه عمومی زیر مشخص نمود:
• قطعی بودن
• پاسخ دهی
• کنترل کاربر
• قابلیت اطمینان
• نرمش با خطا
سیستم عاملی قطعی است که عملیات خود را در زمانهای ثابت یا فواصل زمانی از پیش تعیین شده ، انجام دهد. وقتی چند فرایند در رقابت برای منابع و زمان پردازنده هستند ، هیچ سیستمی نمی تواند قطعی باشد. در یک سیستم عامل بلادرنگ ، درخواستهای فرایند برای خدمت توسط رخدادها و زمانبندی های خارجی اعمال می شود. میزان پاسخگویی سیستم عامل به درخواستها ، اولاً به سرعتی که می تواند به وقفه ها پاسخ دهد و ثانیاً به اینکه آیا سیستم ظرفیت کافی برای اداره تمام درخواستها ، در زمان معلوم دارد یا خیر، وابسته است .
یک معیار مفید برای قابلیت عملکرد قطعی سیستم عامل، حداکثر تأخیر از زمان ورود یک وقفه دستگاه با اولویت بالا ، تا زمان شروع خدمت است . در سیستم های عامل غیر بلا درنگ ، این تأخیر ممکن است در محدوده دهها تا صدها میلی ثانیه باشد ، در حالیکه در یک سیستم عامل بلادرنگ ممکن است این تأخیر حد بالایی از محدوده چند میکرو ثانیه تا یک میلی ثانیه داشته باشد .
یک مشخصه مربوط ولی مجزا ، پاسخ دهی است. قطعی بودن درباره این است که سیستم عامل پس از تصدیق ، چه مدت صرف خدمت دادن به وقفه می نماید . موارد پاسخ دهی عبارتند از :
۱. مقدار زمان لازم برای اداره اولیه وقفه و شروع به اجرای روال خدماتی وقفه . اگر برای اجرای روال خدماتی وقفه نیاز به تغییر متن باشد ، تأخیر بیش از حالتی است که می توانست روال خدماتی وقفه در متن فرایند جاری اجرا گردد .
۲. مقدار زمان لازم برای اجرای روال خدماتی وقفه. معمولاً این زمان بستگی به سخت افزار دارد.
۳. تأثیر تو در تو بودن وقفه ها . اگر یک روال خدماتی وقفه با ورود وقفه دیگری دچار وقفه شود، خدمت مربوط به آن دچار تأخیر میگردد.
قطعی بودن و پاسخ دهی به همراه هم ، زمان پاسخ به رخدادهای خارجی را تعیین می کنند. ویژگی زمان پاسخ در سیستم های بلادرنگ بسیار حساس است ، زیرا چنین سیستم هایی باید نیازهای زمانی اعمال شده توسط افراد ، دستگاهها و جریان داده ها در خارج از سیستم را رعایت کنند.
عموماً کنترل کاربر در یک سیستم بلادرنگ بسیار وسیع تر از کنترل کاربر در سیستم عامل عادی است .
در سیستم عامل عادی، کاربر یا هیچ گونه کنترلی بر عمل زمانبندی ندارد یا فقط می تواند رهنمونهای کلی ارائه کند. مثلاً کاربران را از نظر اولویت طبقه بندی نماید . ولی در یک سیستم بلادرنگ لازم است به کاربر اجازه کنترل دقیق اولویت وظیفه داده شود. کاربر باید بتواند میان وظیفه های سخت و نرم تفاوت قائل شود و اولویتهای نسبی در هر طبقه را تعیین نماید . همچنین یک سیستم بلادرنگ به کاربر اجازه می دهد تا مشخصاتی مثل استفاده از صفحه بندی یا مبادله فرا یند ، کدام فرایندها باید در حافظه اصلی مقیم باشند ، کدام الگوریتم های انتقال از دیسک به کار گرفته شوند و اینکه فرایندهای در اولویتهای متفاوت چه حقوقی داشته باشند را تعیین نماید .
قابلیت اطمینان :
قابلیت اطمینان نوعاً در سیستم های بلادرنگ بسیار مهمتر از سیستم های عادی است .
یک خرابی گذرا در سیستم غیر بلادرنگ ممکن است تا تعمیر یا تعویض آن ، منجر به سطح خدمت دهی پایین تر گردد . ولی در سیستم بلادرنگی که در حال پاسخ دهی و کنترل رخدادها در زمان حقیقی است ، از دست رفتن یا کاهش کارآمدی یک پردازنده می تواند عواقب فاجعه آمیزی (از ضرر مادی گرفته تا آسیب دیدگی کلی دستگاهها یا حتی ازدست رفتن جانها )داشته باشد.
همانگونه که در سایر موارد نیز دیده می شود . تفاوت سیستم عامل بلادرنگ و غیر بلادرنگ در یک درجه است . حتی یک سیستم بلادرنگ نیز باید به گونه ای طراحی شود که به حالات مختلف خرابی ، پاسخ دهد.
۳ . ۲. ۳ چگونه : روش تزریق خطا :
نسخه اشتباه یک برنامه تغیر پذیر نامیده می شود، به وسیله تغییر معناییFIT در برنامه RTOS در یک زمان مناسب تولید می شود .
شکل ۵ چگونگی تولید یک برنامه معیوب با دو عملگر بهبودیافته را نشان می دهد. این عملگرها CRM CRHهستند ، عملگرهای CRM وcrh مقادیر rx- mode و rx –header [ ] را بهترتیب روی تولید و تکمیل محاسبه checksum در ارتباط RS -232C و دوره ارسال EOT تغییر می دهند
CRM یک برنامه معیوب را به وسیله تغییر دادن مقدار rx – mode ، تولید می کند .مسیر اجرا در برنامه RTOS بر طبق مقدار rx – mode تغییر داده می شود زیرا rx – mode مسیر اجرای ارتباط RS -232C را تعیین می کند.
به عنوان مثالی از CRM ، شکل ۶ بخشی از متن برنامه RTOS که از ارتباط با RS -232C استفاده می کند را نمایش می دهد . برنامه معیوب شکل ۶ زمانی تولید شده است که در طول اجرای WBEND از EOT به ENQ تغیر حالت داده ایم . CRH برنامه اشتباهی را تولید کرده که به دلیل تغیر مقدار فایل اسکی rx iheader [ ] می باشد و rx –header [] رسیده سرویس RTOS را شناسایی می کند از اینرو تغییر در مقدار rx –header [ ] باعث تغییر در فراخوانی رابط برنامه کاربردی سیستم عامل می شود .
به عنوان مثالی از CRH شکل ۷ بخشی از متن برنامهRTOS که از ارتباط RS -232C استفاده می کند را نمایش می دهد . تا زمانی که مقدار rx –header [ ] از S به D تغییر می کند ، به جای آنکه TOOK –KILL() فراخوانی شود، TOOK –DELETE () فراخوانی می شود…
بخشی از منابع و مراجع پروژه بررسی سیستم عامل های بلادرنگ
[۱] L.Alger and J.Lala. Real-Time Operating System For A Nuclear Power Plant Computer. Proc. Real-Time Systems Symposium, December .
[۲] T. Baker. Stack-Based Scheduling of Real-Time Processes. Real-Time Systems 3(1):67-100, March .
- در صورتی که به هر دلیلی موفق به دانلود فایل مورد نظر نشدید با ما تماس بگیرید.