با توجه به پی گیری جدی دکتر خدایی در مورد زمانبندی آزمون، خواهش می کنم صبر کنید تا سازمان سنجش پس از تکمیل بررسی آماری و علمی پاسخنامه ها نظرش را در مورد مواردی که دوستان معترض هستند اعلام نماید.

هدف از اعتراض به سایر مسئولین جلب توجه نظر مدیران سنجش به اهمیت موضوع و پی گیری آن بود.

نهایتا از هر طریق اقدام نمایید، آخر کار موضوع برای بررسی دقیق و کارشناسی به کارشناسان سنجش ارجاع داده خواهد شد.

اکنون که مدیران سازمان خودشان طبق مصاحبه ها پی گیر شدید موضوع هستند و قول داده اند که کاری کنند که به نفع داوطلبان باشد تقاضا دارم از ایجاد مشکل در روند کار کارشناسی خودداری فرمایید و منتظر اعلام نظر نهایی سازمان بمانید.

دوستان دقت کنند من گفتم تعدادی از سوالات هوش عینا از یک مرجع کنکوری آمده، اما مشخص نیست که آیا نویسنده این کتاب خودش طراح بوده است یا اینکه آیا فرد مورد نظر با طراح در ارتباط بوده یا خیر؟

بدیهی است که این موضوع، امری است که باید بررسی شود و قطعا تحت بررسی است. چون مصاحبه آقای دکتر خدایی با رسانه ها نشان می دهد که ایشان از این امر حساس که سازمان نسبت به آن همیشه برخورد جدی داشته آگاه شده اند.

متاسفانه از دانشجویان شنیدم که پیام ها و ایمیل هایی به استاد مربوطه داده شده و به ایشان توهین شده است. این کار از قشر فرهیخته دانشگاهی بعید است.

خواهش می کنم از قضاوت پیشاپیش جدا خودداری کنید و به هیچ شخصی تا جرمی صد در صد ثابت نشده است، توهین نکنید.

من در مورد حل این مسئله که بعضی ها خبر نداشتند سوالات اختصاصی در دفترچه اول است و نزدند هر چی فکر می کنم و می نویسم و نظر بچه ها و فیدبک پیام هاشون رو می بینم بیشتر گیج می شوم.

یک پیشنهاد من تکرار کنکور بود که حداقل ۲۰۰ تا پیام اومده که من که کنکور رو خوب دادم چه گناهی کردم و یا من دوباره از استرس کنکور می میرم یا من پروژه دارم و فرصت باز خوانی ندارم یا من برنامه ریزی کردم و باید بریم سفر خارجی یا .....

پس این گزینه که محاله بچه ها در اون به توافق جمعی برسند.

حتی جالبه حذف سوالات مورد نظر هوش هم مورد اعتراض جمع کثیری است که ادعا دارند آقا من کتاب کنکور مورد نظر رو نخوندم و روی تخصصی هوش وقت زیادی گذاشتم و توی کنکور هم مثلا وقت ریاضی و زبان را گذاشتم تخصصی زدم و .... حذف این سوالات به ضرر ماست! خوب می بینم این گروه هم راست میگن

پس فعلا یک راه حل بیشتر به ذهن نمی رسه!
صبر کنیم نتیجه کار کارشناسان سنجش مشخص بشه

توضیح تکمیلی استاد کتیرایی در پاسخ به مواردی که برخی از دانشجویان نسبت به راه حل ایشان در یک سوال معماری تردید داشتند. 👆👆👆👆

بررسی سوالات سیستم عامل آی تی ۹۶:

۹۵- طبق راه حلی که قبلا در کانال گذاشتم پاسخ همان ۱۵ درصد یعنی گزینه ۴ اعلام شده توسط سنجش صحیح است.

۹۶- طبق راه حلی که قبلا در کانال گذاشتم پاسخ همان گزینه ۱ اعلام شده توسط سنجش صحیح است.

۹۷- اگر چه طبق پاسخی که قبلا در کانال گذاشتم (بر اساس اطلاعات عمومی سیستم عاملی ام) پاسخ همان گزینه ۲ اعلام شده توسط سنجش صحیح است' اما به نظر من این سوال قابلیت اعتراض دارد چون من این مطلب را در هیچ یک از نسخه های کتب مرجع وزارت علوم ندیدم نه Tanenbaum نه Stallings و نه Silberschatz

البته یک مسئله هست که این کتاب ها هر یکی دو سال به روز می شوند و ممکن است در نسخه ای باشد و من ندیده باشم دانشجویان عزیز اگر مطلب Thread safety را در یکی از کتب مرجع پیدا کردند به من اطلاع بدهند تا در کانال قرار دهم و بیهوده در سایت سنجش اعتراض نکنیم.

۹۸- پاسخ اعلام شده توسط سنجش گزینه ۳ است که بدیهی است غلط است.
تنها گزینه ای از این سوال که در حالت عام و برای هر سه نوع نخ یک به یک و چند به یک و چند به چند می تواند درست باشد گزینه ۱ است. حتما به این سوال در سیستم پاسخگویی اینترنتی سایت سنجش اعتراض کنید. قطعا رسیدگی می شود. برای استدلال خود از مواردی که در ذیل می آورم استفاده کنید.

الف) چرا گزینه ۱ صحیح است.
فرایندها و نخ ها به سه طریق خاتمه می یابند:
۱- خودشان مثلا با فراخوان سیستمی exit (مثل فرایندها در Unix) در خواست خاتمه عادی (یا خاتمه مواجهه با خطا) می کنند. یا مثلا یک نخ در انتهای کدش تابع کتابخانه distroy_thread را صدا می زند.
۲- یا توسط هسته (به علت خلاف) یا فرایند دیگری (اگر مجاز باشد) مانند پدرش کشته (kill) می شوند.
۳- هنگامی که پدرش زودهنگام کشته شود در برخی سیستم ها فرزندان نیز کشته می شوند.
به متن کتاب stallings در این باره (مخصوص نخ ها) توجه کنید:

بدیهی است وقتی نخ توسط نخ دیگری کشته می شود که آن نخ (کشنده) در حال اجرا است (نه نخی که قرار است کشته شود) یا توسط سیستم کشته می شود (خاتمه غیر عادی) در هر وضعیتی که باشد چه اماده چه مسدود چه ... کشته شده و به وضعیت خاتمه می رود.

اما چرا گزینه ۳ به طور عام (مثلا برای نخ های سطح هسته و ترکیبی) نمی تواند درست باشد.
این امر بدیهی است که فرایندی که در وضعیت اماده است و CPU ندارد چگونه ممکن است به وضعیت waiting (یا با واژه کتاب های دیگر Blocked یا Asleep) برود و منتظر یک رویداد مثل تکمیل l/O شود. اصلا اجرا نمی شود که درخواست ورودی کند.
Stallings: