سلام دوستان عزیز
جواب گزینه ۳ هست.
تو این سوال چطوره که جمله گزینه ۲ درسته؟!
کاهش اندازه صفحه تا ۱جایی سبب افزایش بهره وری میشه از ۱جا به بعد دوباره به خاطر سربار جدول صفحه بهره وری کاهش پیدا میکنه.البته دکتر حقیقت هم تو کتاب گفته که اندازه صفحه تاثیر چندانی برای تاخیر زمانی نقص صفحه نداره.حالا این I/O همین نقص صفحه س؟
سپاس
به نظر من که گزینه سه درسته
چون تکه تکه شدن خارجی برای روش قطعه بندیه
(۱۴ بهمن ۱۳۹۲ ۰۹:۲۴ ب.ظ)H3NGAM3H نوشته شده توسط: به نظر من که گزینه سه درسته
چون تکه تکه شدن خارجی برای روش قطعه بندیه
ببخشید منظورمو اشتباه رسوندم.بله جواب گزینه ۳ هست.منظورم اینه که چرا جواب گزینه ۲ نیست؟میدونم ۳ هم جمله غلطیه ولی بنظرم ۲ هم جمله غلطیه.
کاهش اندازه صفحه بیش از اندازه تعداد نقص صفحه رو زیاد میکنه و باعث افزایش تعویض صفحه و در نهایت کوبیدگی میشه که بهره وری I/O و CPU کاهش پیدا میکنه
Sent from my SM-T210R using Tapatalk
سوال یه خرده ابهام داره ولی باید بهترین گزینه انتخاب بشه
۱/ کاهش اندازه صفحه سبب کاهش زمان سرویس نقص صفحه میشه
در نگاه اول درسته چون وقتی صفحات کوچکتر بشن، وقتی نقص صفحه رخ میده، IO در زمان کوتاه تری صفحه را بارگزاری میکنه ولی از اون طرف با کاهش اندازه صفحه ممکنه نرخ نقص صفحه زیادتر بشه و زمان کل برای نقصهای صفحه (نه زمان سرویس نقص صفحه) زیادتر میشه.
اونجایی که دکتر حقیقت گفته نقص صفحه تاثیری نداره منظورشون به دلیل بلوکی خونده شدن فایلها از دیسک هست که صفحات باهم چندتایی خونده میشن و خیلی تاثیری نداره ولی اون قسمت عملی کار هست ، قسمت تئوری فرض میشه که زمان کمتری طول میکشه.
۲/ کاهش اندازه صفحه سبب افزایش بهره وری حافظه و افزایش زمان IO میشود
هر چه صفحه کوچکتر باشه، میزان اتلاف حافظه برای هر فرآیند کمتر و کمتر میشه چون اتلاف حافظه به طور میانگین برای هر فرآیند برابر با نصف یک صفحه است و احتمالا منظور طراح سوال همین بوده. ولی بهره وری حافظه به دلیل همون سربار حافظه بخاطر نگهداری جدول صفحه از یه جایی به بعد کمتر میشه.
افزایش زمان IO همون موردی بود که در ۱ گفتم که زمان کل نقصهای صفحه زیادتر میشه.
۴/ تکه تکه شدن داخلی کمتر میشه
تو همون مورد اول گفتم چرا .
۳/ تکه تکه شدن خارجی مربوط به قطعه بندی میشه و اصلا ارتباطی به صفحه بندی نداره و این میتونه بهترین گزینه باشه
(۱۵ بهمن ۱۳۹۲ ۰۹:۴۱ ق.ظ)hoomanab نوشته شده توسط: کاهش اندازه صفحه بیش از اندازه تعداد نقص صفحه رو زیاد میکنه و باعث افزایش تعویض صفحه و در نهایت کوبیدگی میشه که بهره وری I/O و CPU کاهش پیدا میکنه
Sent from my SM-T210R using Tapatalk
البته کوبیدگی بنظرم برای وقتیه که حافظه برای فرایندها جای کافی نداره.چون اینکه فقط بخواد اندازه صفحه کوچیک باشه درسته که برای بار اول تعداد زیادی نقص صفحه داریم اما چون معمولا به صورت محلی اجرا میشه فرایند، بعد ۱ مدت cpu کارایی بهتری پیدا میکنه
من هم فکر میکنم باید بهترین گزینه انتخاب شه
سوالای پارسال اصلا خوب نبوده
(۱۵ بهمن ۱۳۹۲ ۱۰:۳۵ ق.ظ)masoud67 نوشته شده توسط: سوال یه خرده ابهام داره ولی باید بهترین گزینه انتخاب بشه
۱/ کاهش اندازه صفحه سبب کاهش زمان سرویس نقص صفحه میشه
در نگاه اول درسته چون وقتی صفحات کوچکتر بشن، وقتی نقص صفحه رخ میده، IO در زمان کوتاه تری صفحه را بارگزاری میکنه ولی از اون طرف با کاهش اندازه صفحه ممکنه نرخ نقص صفحه زیادتر بشه و زمان کل برای نقصهای صفحه (نه زمان سرویس نقص صفحه) زیادتر میشه.
اونجایی که دکتر حقیقت گفته نقص صفحه تاثیری نداره منظورشون به دلیل بلوکی خونده شدن فایلها از دیسک هست که صفحات باهم چندتایی خونده میشن و خیلی تاثیری نداره ولی اون قسمت عملی کار هست ، قسمت تئوری فرض میشه که زمان کمتری طول میکشه.
۲/ کاهش اندازه صفحه سبب افزایش بهره وری حافظه و افزایش زمان IO میشود
هر چه صفحه کوچکتر باشه، میزان اتلاف حافظه برای هر فرآیند کمتر و کمتر میشه چون اتلاف حافظه به طور میانگین برای هر فرآیند برابر با نصف یک صفحه است و احتمالا منظور طراح سوال همین بوده. ولی بهره وری حافظه به دلیل همون سربار حافظه بخاطر نگهداری جدول صفحه از یه جایی به بعد کمتر میشه.
افزایش زمان IO همون موردی بود که در ۱ گفتم که زمان کل نقصهای صفحه زیادتر میشه.
۴/ تکه تکه شدن داخلی کمتر میشه
تو همون مورد اول گفتم چرا .
۳/ تکه تکه شدن خارجی مربوط به قطعه بندی میشه و اصلا ارتباطی به صفحه بندی نداره و این میتونه بهترین گزینه باشه
خیلی ممنونم
