تالار گفتمان مانشت

نسخه‌ی کامل: سوال 105 معماری کنکور 92 : سنجش زده 4، اما بالاخره کردوم گزینه؟
شما در حال مشاهده‌ی نسخه‌ی متنی این صفحه می‌باشید. مشاهده‌ی نسخه‌ی کامل با قالب بندی مناسب.
سلام دوستان
کسانی که کتاب های مختلف جمع بندی دارن از موسسات مختلف این سوال رو چی زده؟ کلید نهایی سنجش میگه 4 اما پارسه میگه 3
من اگه اونجا بودم گزینه ی 3 رو میزدم چون گزینه ی 4 از جهاتی می تونه درست باشه و در صورت افزایش حجم تگ ما باید بزرگتر شه
(02 بهمن 1392 04:15 ب.ظ)masume_ml نوشته شده توسط: [ -> ]سلام دوستان
کسانی که کتاب های مختلف جمع بندی دارن از موسسات مختلف این سوال رو چی زده؟ کلید نهایی سنجش میگه ۴ اما پارسه میگه ۳

با توجه به توضیحات به نظر جدول صفحه تولید شده یه جدول وارونه تشریف دارن بنابر این حجمش بطور مستقیم وابسته به حجم حافظه فیزیکی میشه پس گزینه 4 مشکلی نداره .
منم گزینه 3 رو انتخاب میکنم.
حالا تو کنکور اومد چیکار کنیم؟ سنجش رو بزنیم
؟؟؟؟؟؟؟؟؟؟؟؟
(02 بهمن 1392 11:42 ب.ظ)maryam.raz نوشته شده توسط: [ -> ]
(02 بهمن 1392 11:38 ب.ظ)masume_ml نوشته شده توسط: [ -> ]حالا تو کنکور اومد چیکار کنیم؟ سنجش رو بزنیم
؟؟؟؟؟؟؟؟؟؟؟؟
خب معلومه تو کنکور جواب مهم نیس نظر طراح مهمه که فهمیدن نظر طراح هم علم غیب میخوادBig Grin
البته دوستمون درست میگن که شبیه صفحه معکوسه یه جورایی هر ۴تا درسته
سوالای اینجوری نزنید بهتره

از نظر من باید گزینه درستو زد.
درضمن گزینه 3 غلطه چون کش از نوع حافظه کم هستش و هیچگونه محدودیتی برای اینکه کدوم مقدار در کدوم مکان قرار بگیره وجود نداره.
بخشی از داده (tag) به حافظه داده میشه و بصورت کاملا موازی جستوجو میشه و در صورت تطابق (tag) مقدار مورد نظر برگردونده میشه.
(02 بهمن 1392 10:51 ب.ظ)kh.jafarzade نوشته شده توسط: [ -> ]با توجه به توضیحات به نظر جدول صفحه تولید شده یه جدول وارونه تشریف دارن بنابر این حجمش بطور مستقیم وابسته به حجم حافظه فیزیکی میشه پس گزینه ۴ مشکلی نداره .
منم گزینه ۳ رو انتخاب میکنم.

من اول فکر میکردم 2،3 و 4 غلطه ولی چون گفتین ممکنه تعداد بیت تگ زیاد شه دیدم درست میگید
حالا میشه بگین چرا گزینه 2 رو میگین درسته؟ اگر آدرس فیزیکی یه صفحه رو وارد این بانک ثبات ها کنیم از اون جدول اصلیه که حذف نمیکنیم. چی میگه این؟
(16 بهمن 1392 11:16 ب.ظ)hosshah نوشته شده توسط: [ -> ]
(02 بهمن 1392 10:51 ب.ظ)kh.jafarzade نوشته شده توسط: [ -> ]با توجه به توضیحات به نظر جدول صفحه تولید شده یه جدول وارونه تشریف دارن بنابر این حجمش بطور مستقیم وابسته به حجم حافظه فیزیکی میشه پس گزینه ۴ مشکلی نداره .
منم گزینه ۳ رو انتخاب میکنم.

من اول فکر میکردم ۲،۳ و ۴ غلطه ولی چون گفتین ممکنه تعداد بیت تگ زیاد شه دیدم درست میگید
حالا میشه بگین چرا گزینه ۲ رو میگین درسته؟ اگر آدرس فیزیکی یه صفحه رو وارد این بانک ثبات ها کنیم از اون جدول اصلیه که حذف نمیکنیم. چی میگه این؟
اول بگم من یه مرور دوباره روی صفحه معکوس داشتم واسه همین حرفای قبلیمو پس میگیرم(حذفشون کردم)
به قول دوستمون یه جورایی شبیه صفحه معکوسه و 4 درسته 2هم که درسته چون اصولا ما صفحه معکوس رو ایجاد کردیم که حجم جدول صفحه کم بشه و گفتیم به ازای هر صفحه حقیقی یه درایه داریم(نه به ازای هر صفحه مجازی).
البته من بین 1و3 شک دارم چون واسه جدول صفحه معکوس نگاشت کندتر انجام میشه حالا این گفته سریعترUndecided
(17 بهمن 1392 01:37 ق.ظ)maryam.raz نوشته شده توسط: [ -> ]اول بگم من یه مرور دوباره روی صفحه معکوس داشتم واسه همین حرفای قبلیمو پس میگیرم(حذفشون کردم)
به قول دوستمون یه جورایی شبیه صفحه معکوسه و ۴ درسته ۲هم که درسته چون اصولا ما صفحه معکوس رو ایجاد کردیم که حجم جدول صفحه کم بشه و گفتیم به ازای هر صفحه حقیقی یه درایه داریم(نه به ازای هر صفحه مجازی).
البته من بین ۱و۳ شک دارم چون واسه جدول صفحه معکوس نگاشت کندتر انجام میشه حالا این گفته سریعترUndecided

من اول سوالو نصفه خوندم کش و اینا رو دیدم گفتم منظورش TLB هستش اما الان دقیق خوندم دیدم بله جدول صفحه معکوسه با این تفاوت که داخله حافظه ای ماننده کشه (مثل همون tlb). یعنی سرعت دسترسی بهش بیشتر از حالتیه که تو حافظه اصلیه. واسه همین پس 1 هم غلط میشه
من این سوالو درست زدم.دقیق یادم نمیاد البته .اما یادمه بر اساس ویس وجزوه دکتر اجلالی زدمش
به نظر من گزینه سه جواب هست با توجه به توضیحات صورت سوال از جدول صفحه معکوس برای کاهش حجم جدول صفحه استفاده شده و برای جبران سرعت دسترسی به درایه های این جدول از نگاشت انجمنی استفاده کرده پس در اینجا نه مشکل سرعت هست و نه بزرگی جدول صفحه تنها ایراد اون اینه که چون تعداد درایه هاش به اندازه قاب های حافظه فیزیکی هست با افزایش حجم اون حجم این جدول هم افزایش می یابد.
(19 بهمن 1392 11:36 ب.ظ)sonia11 نوشته شده توسط: [ -> ]به نظر من گزینه سه جواب هست با توجه به توضیحات صورت سوال از جدول صفحه معکوس برای کاهش حجم جدول صفحه استفاده شده و برای جبران سرعت دسترسی به درایه های این جدول از نگاشت انجمنی استفاده کرده پس در اینجا نه مشکل سرعت هست و نه بزرگی جدول صفحه تنها ایراد اون اینه که چون تعداد درایه هاش به اندازه قاب های حافظه فیزیکی هست با افزایش حجم اون حجم این جدول هم افزایش می یابد.

با سلام خدمت شما دوست عزیز
با این حساب از نظر شما گزاره 4 یک گزاره درست هست حالا من یک سوال دارم آیا قراره که در tlb همیشه و 100% برخورد(hit) داشته باشیم؟منظورم اینکه اگر بنا باشه با افزایش حافظه که در پی اون افزایش قابهای فیزیکی رو به دنبال داره بنا باشه حجم tlb هم اضافه بشه اونوقت دیگه نباید اصلا تو بخش ترجمه آدرس مجازی به فیزیکی که از tlb استفاده میکنه miss داشته باشیم چون به ازای هر فریم فیزیکی اضافه شده طبق گفته گزینه 4 یک سطر تو tlb اضاف کردیم و تو بدترین حالت که حافظه فیزیکی کاملا پر باشه هیچ وقت miss نداریم(با توجه به معکوس بودن جدول)
یک چنین سناریوی یکم بعید بنظر میرسه بنظرم
(20 بهمن 1392 05:16 ب.ظ)amin222 نوشته شده توسط: [ -> ]
(19 بهمن 1392 11:36 ب.ظ)sonia11 نوشته شده توسط: [ -> ]به نظر من گزینه سه جواب هست با توجه به توضیحات صورت سوال از جدول صفحه معکوس برای کاهش حجم جدول صفحه استفاده شده و برای جبران سرعت دسترسی به درایه های این جدول از نگاشت انجمنی استفاده کرده پس در اینجا نه مشکل سرعت هست و نه بزرگی جدول صفحه تنها ایراد اون اینه که چون تعداد درایه هاش به اندازه قاب های حافظه فیزیکی هست با افزایش حجم اون حجم این جدول هم افزایش می یابد.

با سلام خدمت شما دوست عزیز
با این حساب از نظر شما گزاره ۴ یک گزاره درست هست حالا من یک سوال دارم آیا قراره که در tlb همیشه و ۱۰۰% برخورد(hit) داشته باشیم؟منظورم اینکه اگر بنا باشه با افزایش حافظه که در پی اون افزایش قابهای فیزیکی رو به دنبال داره بنا باشه حجم tlb هم اضافه بشه اونوقت دیگه نباید اصلا تو بخش ترجمه آدرس مجازی به فیزیکی که از tlb استفاده میکنه miss داشته باشیم چون به ازای هر فریم فیزیکی اضافه شده طبق گفته گزینه ۴ یک سطر تو tlb اضاف کردیم و تو بدترین حالت که حافظه فیزیکی کاملا پر باشه هیچ وقت miss نداریم(با توجه به معکوس بودن جدول)
یک چنین سناریوی یکم بعید بنظر میرسه بنظرم
با تشکر از ابهامی که مطرح کردین:
صحبت شما حدود 60درصد درست اما قرار نیست که ما به ازای افزایش حجم حافظه فیزیکی به همان میزن هم TLB را افزایش دهیم فقط باید جوری عمل کنیم که استفاده از TLB مقرون به صرفه باشد پس این یه امر طبیعیه که با افزایش حافظه فیزیکی TLB هم بزرگتر بشه. اما در مورد گزینه 3 هم این ابهام وجود دارد که ایا امکان دارد که یکی از صفحات حافظه مجازی در هیچ یک از صفحات حافظه فیزیکی نگاشت نشود؟؟؟
(20 بهمن 1392 05:16 ب.ظ)amin222 نوشته شده توسط: [ -> ]با سلام خدمت شما دوست عزیز
با این حساب از نظر شما گزاره ۴ یک گزاره درست هست حالا من یک سوال دارم آیا قراره که در tlb همیشه و ۱۰۰% برخورد(hit) داشته باشیم؟منظورم اینکه اگر بنا باشه با افزایش حافظه که در پی اون افزایش قابهای فیزیکی رو به دنبال داره بنا باشه حجم tlb هم اضافه بشه اونوقت دیگه نباید اصلا تو بخش ترجمه آدرس مجازی به فیزیکی که از tlb استفاده میکنه miss داشته باشیم چون به ازای هر فریم فیزیکی اضافه شده طبق گفته گزینه ۴ یک سطر تو tlb اضاف کردیم و تو بدترین حالت که حافظه فیزیکی کاملا پر باشه هیچ وقت miss نداریم(با توجه به معکوس بودن جدول)
یک چنین سناریوی یکم بعید بنظر میرسه بنظرم

سلام دوست عزیز من هم اول فکر میکردم قضیه TLB هست اما درستش اینه که میخواد جدول معکوس رو داخل یه حافظه مثل کش بریزه که سرعت دسترسی بهش خیلی بیشتره نسبت به حافظه. پس به نظرم بحث tlb اینجا مطرح نیست
(20 بهمن 1392 06:50 ب.ظ)hosshah نوشته شده توسط: [ -> ]
(20 بهمن 1392 05:16 ب.ظ)amin222 نوشته شده توسط: [ -> ]با سلام خدمت شما دوست عزیز
با این حساب از نظر شما گزاره ۴ یک گزاره درست هست حالا من یک سوال دارم آیا قراره که در tlb همیشه و ۱۰۰% برخورد(hit) داشته باشیم؟منظورم اینکه اگر بنا باشه با افزایش حافظه که در پی اون افزایش قابهای فیزیکی رو به دنبال داره بنا باشه حجم tlb هم اضافه بشه اونوقت دیگه نباید اصلا تو بخش ترجمه آدرس مجازی به فیزیکی که از tlb استفاده میکنه miss داشته باشیم چون به ازای هر فریم فیزیکی اضافه شده طبق گفته گزینه ۴ یک سطر تو tlb اضاف کردیم و تو بدترین حالت که حافظه فیزیکی کاملا پر باشه هیچ وقت miss نداریم(با توجه به معکوس بودن جدول)
یک چنین سناریوی یکم بعید بنظر میرسه بنظرم

سلام دوست عزیز من هم اول فکر میکردم قضیه TLB هست اما درستش اینه که میخواد جدول معکوس رو داخل یه حافظه مثل کش بریزه که سرعت دسترسی بهش خیلی بیشتره نسبت به حافظه. پس به نظرم بحث tlb اینجا مطرح نیست
با سلام و تشکر از جناب hosshah هشت مرحله آزمون دادام تو هر کدومش بیش از هزار بار به خودم گفتم سوال رو خوب بخون بعد جواب بده آخرش آدم نشدم. با توضیح شما گرفتم داستان رو .مخم قفل شده بود رو سیستم عامل و tlb. ..
(20 بهمن 1392 10:34 ب.ظ)amin222 نوشته شده توسط: [ -> ]با سلام و تشکر از جناب hosshah هشت مرحله آزمون دادام تو هر کدومش بیش از هزار بار به خودم گفتم سوال رو خوب بخون بعد جواب بده آخرش آدم نشدم. با توضیح شما گرفتم داستان رو .مخم قفل شده بود رو سیستم عامل و tlb. ..

منم زیاد بی دقتم
فدای تو موفق باشی
لینک مرجع