صفحه محصول - پاورپوینت کامل با عنوان سیستم عامل پیشرفته

لینک دانلود و خرید پایین توضیحات
دسته بندی : پاورپوینت
نوع فایل : PowerPoint (..pptx) ( قابل ویرایش و آماده پرینت )
تعداد صفحه : 21 صفحه

قسمتی از متن PowerPoint (..pptx) :

بنام خدا 1 2 سیستم عامل پیشرفته 3 فصل دوم: ارتباطات در سیستم های توزیع شده (ادامه) پیاده سازی مدل Client-Server خلاصه حالات در جدول شکل 14-2 ص 65 81 ترکیب که همه آنها به دردبخور هستند. هر شبکه یک Packet Size مشخصی (حداکثر چند هزار بیت) دارد و پیام های بزرگتر باید شکسته شوند. با توجه به امکان گم شدن یا ناقص شدن پاکت ها یا رسیدن بدون ترتیب آنها شماره گذاری می شوند یعنی در هر پاکت علاوه بر شماره پیام یک شماره پاکت هم وجود دارد. برای تایید می توان هر پاکت را ack کرد که تعداد Packet زیاد می شود ولی Recovery ساده است. یا می توان کل پیام را ack کرد که تعدا Packetها کم می شود ولی با یک پاکت خراب کل پیام باید تکرار شود. انتخاب بسته به ضریب اطمینان شبکه دارد. موضوع جالب دیگر پروتکل ارتباطی است در شکل 15-2 ص 66 یک نمونه ارائه شده است. شکل 16-2 چند نمونه پروتکل برای حالت بدون بافر سیستم می تواند با درخواست Server پروسس ها را ثبت نام کند تا پیغام های رسیده قبل از Receive را با TA برگرداند نه با AU 4 فصل دوم: ارتباطات در سیستم های توزیع شده (ادامه) Remote Prcedure Call – احضار روال از راه دور I/O به عنوان بحث مهم در سیستم های توزیع شده و ماندن عده ای به غلط در حل آن احضار برنامه ای روی ماشین B توسط برنامه ای روی ماشین A (پس از احضار برنامه روی A معلق می شود تا خاتمه کار) پارامتر ها می توانند ردوبدل شوند. هیچ I/O ای از دید برنامه نویس موجود نیست. مسئله نظیر وجود دو فضای آدرس متفاوت، مبادله پارامتر ها بین دو ماشین متفاوت، توقف ماشین ها مطرح است. با وجود اینها RPC زمینه ساز خیلی از سیستم های عامل توزیع شده است. عملیات ابتدایی RPC توجه به یک احضار معمولی شکل 17-2 ص 69، دو نوع انتقال پارامتر ( Value، Reference و Copy/Restor) اینکه چه نوع ارسال پارامتر داشته باشیم به زبان بستگی دارد (C) و گاهی هم انتخابی است (Pascal) و گاهی انواع (Ada) هدف از RPC این است که آنرا از دید کاربر درست شبیه Call عادی انجام دهیم یعنی جزئیات مخفی باشد. 5 فصل دوم: ارتباطات در سیستم های توزیع شده (ادامه) مثال احضار Read ، افزودن روتین Read توسط Linker، گذاشتن پارامتر ها در Reg های مربوطه انجام System Call پس Read یک واسط بین کاربر و سیستم عامل است که از طریق Kernel انجام می پذیرد اجضار عادی نیست. جزئیات Read از کاربر مخفی است و مثل یک Call عادی به کار گرفته می شود. نحوه کار RPC هم مشابه Read است. اگر یک RPC Read داشته باشیم برنامه کاربر به شکل عادی (شکل 17-2) Client Stub را احضار می کند. Cilent Stub پارامتر ها را در قالب یک پیام در می آورد و از Kerel می خواهد که آنرا بفرستد به مقصد Cilent Stub بعد از احضار Send و ارسال پیام Receive را احضار کرده و بلوکه می شود تا جواب بیاید. شکل 18-2 ص 71 Server Stub هر بیضی یک پروسس است و Stub زیر روالی است که احضار می شود. در Server ای که باید پیغام را بگیرد Server Stub در Loop اصلی خود Receive را احضار کرده و منتظر است