(۲۶ اسفند ۱۳۹۳ ۰۷:۴۷ ب.ظ)esi نوشته شده توسط: من نمیخوام بحث رو زیاد کش بدم، اصلا حق با شماست !!پیش بینی عملیات لازمش اینه که پیشبینی داده هم داشته باشیم. تو multidata base هم کاربرد دارد این روش. در کل نظر طراح محترم مهمه و ببینیم چی مد نظرش بوده .
اما پیش بینی داده با پیش بینی عملیات (تشدید یا تخفیف قفل تغییر عملیات محسوب می شود!) متفاوت است، تویه c2pl پیش بینی داده داریم و ربطی به عملیات خواندن و نوشتن هم نداره، پس میگیم این ۲pl نیاز به پیش بینی داده در آینده دارد. من هم نمیگم که r2pl نسبت به c2pl هیچ مزیتی نداره اما با در نظر گرفتن توالی پذیریهای R,V,C واقعا هیچ مزیتی نداره. اگر هم مزیتی داره مربط به پیش بینی داده در آینده نیست، مثلا در این روش ترتیب کامیت و توالی پذیریش یکی درمیاد اما لزوما این ربطی به پیش بینی داده نداره. مسلما این پروتوکل مزیتی داره که به خاطر سخت گیرانه ترشدنش شده DBMS دارای هزینه سنگین کاهش همروندی، افزایش بن بست و کاهش کارایی در قبال یک مزیتی میده اما برای توالی پذیری های R,V,C واقعا مزیتی نداره. سوال ۱ هم گزینه کاملی نیست اما من بشخصه با توجه به مزیت مطرح شده در ۴، فکر کنم ۱ گزینه بهتری هستش اما نه کامل. از بحث های کتاب ها میشه فهمید که r2pl واقعا کاربردهای خیلی خاص داره و نه عام که عملیات خواندن را داره بشدت کنترل میکنه و به همین علت من جایی ندیدم از این پروتوکل در DBMS ای استفاده شده باشه اما امکان استفاده در DBMS های خاص متل اکتیو، مقیم در حافظه، استنتاجی و .... وجود دارد.
حالا مهم نیست. ببینیم عشق سنجش چطوری میکشه، ما که با ۱ سوال قرار نیست درصدامون زیرو بشیم!!
اکثر دوستان در مورد سوال ۳۷ پایگاه صحبت میکنن، من خودمم با این سوال مشکل دارم اما بیشتر با سوالات ۳۰-۳۱-۳۲ و سوالات سیستم مشکل دارم!!!
ولی صادقانه فک نمیکنم هیچ تغییری اتفاق بیفته
(۲۷ اسفند ۱۳۹۳ ۱۲:۴۴ ق.ظ)انسیه۲۰۱۲ نوشته شده توسط: اکثر دوستان در مورد سوال ۳۷ پایگاه صحبت میکنن، من خودمم با این سوال مشکل دارم اما بیشتر با سوالات ۳۰-۳۱-۳۲ و سوالات سیستم مشکل دارم!!!دوست عزیز منم روی همین سوالات میخوام اعتراض ارسال کنم. به نظرم اگر اکثر دوستان مانشتی در همین تاپیک, اعتراضات خودشونو بفرستن شانس تغییر وجود داشته باشه.مخصوصا برای این سوالهای ۳۰ تا ۳۲ و سوال ۳۷///
ولی صادقانه فک نمیکنم هیچ تغییری اتفاق بیفته
(۲۷ اسفند ۱۳۹۳ ۰۱:۱۷ ق.ظ)کنکوری نوشته شده توسط:(27 اسفند ۱۳۹۳ ۱۲:۴۴ ق.ظ)انسیه۲۰۱۲ نوشته شده توسط: اکثر دوستان در مورد سوال ۳۷ پایگاه صحبت میکنن، من خودمم با این سوال مشکل دارم اما بیشتر با سوالات ۳۰-۳۱-۳۲ و سوالات سیستم مشکل دارم!!!دوست عزیز منم روی همین سوالات میخوام اعتراض ارسال کنم. به نظرم اگر اکثر دوستان مانشتی در همین تاپیک, اعتراضات خودشونو بفرستن شانس تغییر وجود داشته باشه.مخصوصا برای این سوالهای ۳۰ تا ۳۲ و سوال ۳۷///
ولی صادقانه فک نمیکنم هیچ تغییری اتفاق بیفته
من اعتراض زدم و حتی یکی از سوالات هم درست بشه من راضی هسم اما هیچ امیدی به تغییر نیس، البته از نظر من
(۲۶ اسفند ۱۳۹۳ ۰۲:۵۱ ب.ظ)peyman429 نوشته شده توسط:(25 اسفند ۱۳۹۳ ۰۸:۰۸ ب.ظ)sharareh_moradi نوشته شده توسط: سوال ۲۶ رو من هنوزم ۲۵ بدست میارم!!!من هم ۲۵ رو جواب دادم ولی فکر کنم داستان از این قراره: چون از چند thread استفاده میشه، عملیات دیسک overlap میشه با thraed های دیگه بنابراین به سادگی: ۱۰۰۰/۱۵=۶۶/۶۶
۲/۳ * X * 15 + 1/3 * X * 90 = 1000 ms
X=25
به نظرم این سوال مشکل داره. شما اگه فرض کنید همه ی درخواست ها تو حافظه باشند نهایتاً ۶۶ درخواست رو میشه جواب داد، یعنی همونطور که برادر پیمان بدست آوردن. اگه جواب ۶۶ باشه به این معنی هست که ۲۲ تا از درخواست ها (یک سومشون) درخواست دیسک هستند و میدونیم که هر درخواست دیسک حتی اگه overlap هم داشته باشه حداقل ۷۵ میلی ثانیه نیاز داره و ۲۲ *۷۵ بیشتر از یک ثانیه است. بنابراین ۶۶ نمیتونه پاسخ باشه. از طرفی اگه پردازش به صورت تک هسته ای صورت بگیره پاسخ ۲۵ همونطور که خانم مرادی بدست آوردن محاسبه میشه. بنابراین جواب هر چی که هست بین عدد ۲۵ و ۶۶ هست. بنده عدد ۲۵ رو به عنوان گزینه زدم ولی اشتباهه. هر درخواست دیسک حتی اگه overlap هم داشته باشه ۷۵ میلی نیاز داره، بنابراین حداکثر میشه ۱۳/۳۳ تا درخواست رو جواب داد، بنابراین کل درخواست ها میشه ۴۰ تا (چون حافظه زمان اسلک زیاد داره.) اگه overlap هم نداشته باشیم که هر درخواست دیسک ۹۰ میلی زمان میبره و در هر ثانیه ۱۱/۱۱ درخواست میشه جواب داد که در کل میشه ۳۳/۳۳ درخواست در ثانیه. اگه نقدی بر تحلیل هست بفرمایید
.
(۲۷ اسفند ۱۳۹۳ ۱۲:۴۴ ق.ظ)انسیه۲۰۱۲ نوشته شده توسط: اکثر دوستان در مورد سوال ۳۷ پایگاه صحبت میکنن، من خودمم با این سوال مشکل دارم اما بیشتر با سوالات ۳۰-۳۱-۳۲ و سوالات سیستم مشکل دارم!!!سوال ۳۲ که مشکلی نداره. به نظرم همون گزینه ۴ درسته
ولی صادقانه فک نمیکنم هیچ تغییری اتفاق بیفته
(۲۷ اسفند ۱۳۹۳ ۱۱:۰۸ ق.ظ)kasadegh نوشته شده توسط:(27 اسفند ۱۳۹۳ ۱۲:۴۴ ق.ظ)انسیه۲۰۱۲ نوشته شده توسط: اکثر دوستان در مورد سوال ۳۷ پایگاه صحبت میکنن، من خودمم با این سوال مشکل دارم اما بیشتر با سوالات ۳۰-۳۱-۳۲ و سوالات سیستم مشکل دارم!!!سوال ۳۲ که مشکلی نداره. به نظرم همون گزینه ۴ درسته
ولی صادقانه فک نمیکنم هیچ تغییری اتفاق بیفته
میشه توضیح بدین در موردش، چرا همروند هستند؟
(۲۷ اسفند ۱۳۹۳ ۱۲:۳۸ ب.ظ)انسیه۲۰۱۲ نوشته شده توسط:خوب چون هیچ رابطه ی علی بین این دو وجود نداره(27 اسفند ۱۳۹۳ ۱۱:۰۸ ق.ظ)kasadegh نوشته شده توسط:(27 اسفند ۱۳۹۳ ۱۲:۴۴ ق.ظ)انسیه۲۰۱۲ نوشته شده توسط: اکثر دوستان در مورد سوال ۳۷ پایگاه صحبت میکنن، من خودمم با این سوال مشکل دارم اما بیشتر با سوالات ۳۰-۳۱-۳۲ و سوالات سیستم مشکل دارم!!!سوال ۳۲ که مشکلی نداره. به نظرم همون گزینه ۴ درسته
ولی صادقانه فک نمیکنم هیچ تغییری اتفاق بیفته
میشه توضیح بدین در موردش، چرا همروند هستند؟
(۲۷ اسفند ۱۳۹۳ ۱۰:۳۷ ق.ظ)x86 نوشته شده توسط:تا حدودی حق با شماست ولی دقت کنید لازم نیست اگر ۱۳ درخواست دیسک جواب داده شد باید حتما ۲۶ درخواست حافظه جواب داده شود چرا که باید فرض گرفت که همواره درخواست هایی وجود دارد و هیچ گاه صف درخواست هایی که شامل درخواست های حافظه هم هستند خالی نمی شود. در واقع در ۱ ثانیه حداکثر ۶۶/۶۶ درخواست میتواند جواب داده شود، اگر ۴۴/۴۴ درخواست حافظه و ۲۲/۲۲ تا درخواست دیسک در نظر بگیریم، حداکثر ۱۳/۳۳ تا از درخواست دیسک ها میتواند جواب داده شود و ۹ درخواست به صف انتظار دیسک اضافه می شود پس باید بشود ۴۴/۴۴+۱۳/۳۳=۵۷/۷۷(26 اسفند ۱۳۹۳ ۰۲:۵۱ ب.ظ)peyman429 نوشته شده توسط:(25 اسفند ۱۳۹۳ ۰۸:۰۸ ب.ظ)sharareh_moradi نوشته شده توسط: سوال ۲۶ رو من هنوزم ۲۵ بدست میارم!!!من هم ۲۵ رو جواب دادم ولی فکر کنم داستان از این قراره: چون از چند thread استفاده میشه، عملیات دیسک overlap میشه با thraed های دیگه بنابراین به سادگی: ۱۰۰۰/۱۵=۶۶/۶۶
۲/۳ * X * 15 + 1/3 * X * 90 = 1000 ms
X=25
به نظرم این سوال مشکل داره. شما اگه فرض کنید همه ی درخواست ها تو حافظه باشند نهایتاً ۶۶ درخواست رو میشه جواب داد، یعنی همونطور که برادر پیمان بدست آوردن. اگه جواب ۶۶ باشه به این معنی هست که ۲۲ تا از درخواست ها (یک سومشون) درخواست دیسک هستند و میدونیم که هر درخواست دیسک حتی اگه overlap هم داشته باشه حداقل ۷۵ میلی ثانیه نیاز داره و ۲۲ *۷۵ بیشتر از یک ثانیه است. بنابراین ۶۶ نمیتونه پاسخ باشه. از طرفی اگه پردازش به صورت تک هسته ای صورت بگیره پاسخ ۲۵ همونطور که خانم مرادی بدست آوردن محاسبه میشه. بنابراین جواب هر چی که هست بین عدد ۲۵ و ۶۶ هست. بنده عدد ۲۵ رو به عنوان گزینه زدم ولی اشتباهه. هر درخواست دیسک حتی اگه overlap هم داشته باشه ۷۵ میلی نیاز داره، بنابراین حداکثر میشه ۱۳/۳۳ تا درخواست رو جواب داد، بنابراین کل درخواست ها میشه ۴۰ تا (چون حافظه زمان اسلک زیاد داره.) اگه overlap هم نداشته باشیم که هر درخواست دیسک ۹۰ میلی زمان میبره و در هر ثانیه ۱۱/۱۱ درخواست میشه جواب داد که در کل میشه ۳۳/۳۳ درخواست در ثانیه. اگه نقدی بر تحلیل هست بفرمایید