بر اساس این توضیحات، حتی اجرای این ابزار با اولویت پردازشی بالا نیز به دلیل رقابت برای منابع مشترک نمی‌تواند مانع از توقف کامل آن شود.
فهرست مطالب
مهندس مایکروسافت توضیح داد که فریز شدن Task Manager هنگام فشارهای سنگین پردازشی به محدودیت‌های بنیادین در ساختار اشتراک منابع در سیستم‌عامل مربوط است.
به گزارش سرویس سیستم عامل کامپیوتر تکناک، فریز شدن Task Manager در ویندوز ۱۱ هنگام اجرای برنامه‌ها یا بازی‌های سنگین، مشکلی آشنا برای بسیاری از کاربران است؛ وضعیتی که به گفته یکی از مهندسان نرم‌افزار شرکت مایکروسافت، راه‌حل ساده‌ای ندارد و احتمالا بدون تغییر باقی می‌ماند.
هنگامی که یک بازی سنگین، یک مرورگر با تب‌های بیش از حد یا نرم‌افزارهای رندرینگ فشار شدیدی به پردازنده وارد می‌کنند، بسیاری از کاربران انتظار دارند Task Manager بدون هیچ تأخیری اجرا شود تا برنامه متوقف‌شده را ببندند. با این حال، در مواقع بحرانی اغلب خود این ابزار مدیریتی نیز دچار فریز کامل می‌شود. Raymond Chen، مهندس باسابقه نرم‌افزار در مایکروسافت، در وبلاگ‌های Dev Blogs مایکروسافت به چرایی این مسئله پرداخته و تأکید کرده است که ریشه این رفتار، محدودیت‌های بنیادی در ساختار اشتراک منابع در سیستم‌عامل است.
تأثیر کمبود زمان پردازنده بر پروسه‌ها
او توضیح می‌دهد که وقتی سیستم‌عامل با کمبود زمان CPU مواجه می‌شود، تمام پروسه‌ها از جمله Task Manager تحت تأثیر قرار می‌گیرند و آسیب می‌بینند. اجرای این ابزار در حالت High Priority شاید راه‌حلی بدیهی به نظر برسد، اما در عمل چنین نیست. هر برنامه‌ای که با اولویت بالا اجرا شود، در نهایت برای دسترسی به یک منبع مشترک با پروسه‌های دیگر به بن‌بست می‌رسد و باید تا آزادسازی آن منبع در صف انتظار بماند. چن این موقعیت را به ماندن در صف خرید یک فروشگاه تشبیه می‌کند؛ اگر شما نفر اول در صف باشید، اما اگر مشتری جلوی صندوق یک سبد پر از کالا داشته باشد، شما همچنان باید منتظر بمانید.
در معماری ویندوز ۱۱ مکانیزم‌هایی برای جلوگیری از پدیده Priority Inversion تعبیه شده است؛ در صورتی که کدهای مرتبط با محافظت از یک منبع به درستی پیاده‌سازی شده باشند، سیستم اولویت رشته منتظر را به رشته‌ای که منبع را در اختیار دارد منتقل می‌کند تا کار سریع‌تر تمام شود. با این حال، چن خاطرنشان می‌کند که اگر این رشته درگیر عملیات کندی مانند خواندن یا نوشتن فایل از شبکه باشد، این راهکار حفاظتی نیز عملاً کاری از پیش نمی‌برد. کدهای مربوط به UI به طور ویژه در این چرخه آسیب‌پذیر هستند، زیرا در نهایت باید لایه‌های رابط کاربری را فراخوانی کنند؛ جایی که با تمام رشته‌های دیگر سیستم رقابت می‌کنند و به راحتی مسدود می‌شوند.
ویندوز به برنامه‌ای که در حالت فوکوس قرار دارد توجه و اولویت بیشتری اختصاص می‌دهد. به همین دلیل عملکرد Task Manager در شرایط عادی در مطلوب‌ترین حالت ممکن تنظیم شده است، اما این اولویت‌بخشی تا زمانی موثر است که رشته‌های اصلی برنامه پشت پروسه‌هایی که توسط رشته‌های کم‌اهمیت‌تر کنترل می‌شوند، متوقف نشوند. Chen در بخشی از یادداشت خود تأکید می‌کند که رفع نقص یک سیستم از کنترل خارج شده از درون همان سیستم کاری فوق‌العاده سخت است؛ زیرا ابزارهایی که برای نجات سیستم به کار می‌روند، خود برای بقا به همان منابع به اشتراک گذاشته‌شده نیاز دارند.
از کار افتادن کامل Task Manager زیر فشار
در کنار این چالش‌ها، یک توسعه‌دهنده در این وبلاگ گزارش داده است که زیر فشار سنگین کاری و درگیر شدن ۱۰۰ درصدی تمام ۲۴ هسته پردازنده، Task Manager تقریباً غیرقابل استفاده شده و افزایش دستی اولویت آن نیز تأثیر چندانی در بهبود واکنش‌پذیری نداشته است.
براساس گزارش Wccftech، درحال‌حاضر مایکروسافت تغییر ساختاری جدیدی برای بازنویسی این بخش ارائه نکرده است. در مواردی که میانبر Ctrl + Shift + Esc برای باز کردن سریع ابزار پاسخ نمی‌دهد، فشردن ترکیب کلیدهای Ctrl + Alt + Delete می‌تواند صفحه امنیتی مجزایی را در ویندوز ۱۱ فراخوانی کند که در اغلب مواقع دسترسی مطمئن‌تری برای بستن پروسه‌های متوقف‌شده در اختیار کاربران قرار می‌دهد.