توهم چرخه کار: چرا گرافیکی که ۱۰۰٪ درگیر است، هنوز هسته‌های پردازشی بیکار دارد؟

کارت گرافیکی که درگیری ۱۰۰ درصدی را گزارش می‌دهد، لزوماً با حداکثر ظرفیت محاسباتی خود کار نمی‌کند؛ بلکه صرفاً در هر بازه زمانیِ نمونه‌برداری، فعال است. وقتی Task Manager ویندوز یا نرم‌افزارهای مانیتورینگ بار کامل را نشان می‌دهند، در واقع «چرخه کار» (duty cycle) — یعنی درصد زمانی که GPU کاملاً بیکار نیست — را اندازه می‌گیرند، نه میزان اشباع واحدهای منطقی-حسابی (ALU) آن را. این یعنی یک پردازنده گرافیکی با وجود نمایش استفاده حداکثری، ممکن است همچنان ظرفیت رندرینگ پنهان و استفاده‌نشده‌ای در پسِ وقفه‌های حافظه داشته باشد.[1][2]

این تمایز توضیح می‌دهد که چرا دو بازی مختلف می‌توانند یک GPU را روی ۱۰۰٪ نگه دارند، اما در عین حال میزان مصرف برق و حرارت تولیدی کاملاً متفاوتی داشته باشند. معیاری که به مصرف‌کننده نمایش داده می‌شود، اساساً معیاری از زمان است، در حالی که اشباع واقعی سخت‌افزار، معیاری از حجم محاسبات است. اگر یک کارت گرافیک دستوری دریافت کند، پردازش آن را آغاز کند و ۹۰٪ از یک میلی‌ثانیه را منتظر رسیدن داده‌ها از VRAM خود بماند، نرم‌افزار مانیتورینگ همچنان آن میلی‌ثانیه را به عنوان زمان «فعال» ثبت می‌کند.[2]

مستندات مهندسی HP درباره گلوگاه‌های سیستم، دقیقاً به همین تله عیب‌یابی برای مصرف‌کنندگانی که سعی در بهینه‌سازی سیستم خود دارند، اشاره می‌کند. این تولیدکننده خاطرنشان می‌کند: «گلوگاه کامپیوتر زمانی رخ می‌دهد که قطعات سیستم شما مانع کار یکدیگر شوند.» و توضیح می‌دهد که پردازنده‌ای که منتظر حافظه است، از نظر فنی در حال کار است، اما در حال محاسبه نیست. سخت‌افزار در اینجا با سرعت انتقال داده‌ها محدود شده است، نه سرعت پردازش آن‌ها.[6]

برای درک شکاف بین درگیری گزارش‌شده و اشباع واقعی، باید به معماری فیزیکی سیلیکون‌های گرافیکی مدرن نگاه کرد. یک GPU امروزی شامل هزاران چندپردازنده جریانی (SM) مجزا است که برای اجرای موازی محاسبات ریاضی طراحی شده‌اند. این هسته‌ها برای اینکه سازنده بمانند، به یک جریان مداوم از داده‌ها نیاز دارند.[4]

اگر موتور یک بازی بار کاری ایجاد کند که تنها به ۴۰٪ از آن SMها نیاز داشته باشد، اما این دستورات را به طور پیوسته و بدون وقفه صادر کند، نرم‌افزار مانیتورینگ درگیری ۱۰۰ درصدی را گزارش خواهد داد. ۶۰٪ باقی‌مانده از سیلیکون بیکار می‌نشیند، اما کاربر یک نمودار کاملاً پر شده را می‌بیند، زیرا سخت‌افزار در طول پنجره نمونه‌برداری هرگز وارد حالت خواب کامل نشده است.[2]

این پدیده به ویژه در بارهای کاری وابسته به حافظه (memory-bound) مشهود است. یک مقاله پیش‌چاپ arXiv در سال ۲۰۲۳ که زمان‌بندی استنتاج یادگیری ماشین را تحلیل می‌کرد، نشان داد که در طول عملیات‌های سنگین حافظه، اشباع واقعی محاسبات اغلب زیر ۶۰٪ باقی می‌ماند، حتی زمانی که درگیری در سطح سیستم ۱۰۰٪ گزارش می‌شود. هسته‌ها صرفاً منتظرند تا گذرگاه حافظه (memory bus) دسته بعدی داده‌ها را تحویل دهد.[3]

همین اصل مستقیماً در مورد گیمینگ نیز صدق می‌کند. بافت‌های با وضوح بالا به پهنای باند حافظه عظیمی نیاز دارند. وقتی گذرگاه حافظه GPU اشباع می‌شود، هسته‌های پردازشی متوقف می‌شوند و منتظر می‌مانند تا دسته بعدی داده‌های بافت برسد تا بتوانند نورپردازی و هندسه فریم بعدی را محاسبه کنند. در این حالت، GPU فعال است، اما در حال رندر کردن نیست.[4]

سربار API نیز نقش مهمی در ایجاد این توهم ایفا می‌کند. معماری DirectX 12 مایکروسافت که در آگوست ۲۰۱۴ معرفی شد، دقیقاً برای حل این مشکل طراحی شده بود که چگونه فراخوانی‌های ترسیم (draw calls) — دستوراتی از طرف CPU که به GPU می‌گویند چه چیزی را رندر کند — باعث ایجاد گلوگاه در عملکرد می‌شدند. پیش از این، پردازنده‌های مرکزی (CPU) به سختی می‌توانستند دستورات کافی را برای فعال نگه داشتن پردازنده‌های گرافیکی (GPU) فراهم کنند.[5]

قبل از اینکه APIهای با سربار کم به استاندارد تبدیل شوند، یک CPU تنها می‌توانست از طریق یک رشته (thread) اطلاعات را به GPU تغذیه کند. اگر آن رشته به حداکثر ظرفیت خود می‌رسید، GPU متوقف می‌شد که نتیجه آن درگیری پایین بود. همان‌طور که مایکروسافت در نسخه توسعه‌دهندگان خود در سال ۲۰۱۴ اشاره کرد، «Direct3D 12 به توسعه‌دهندگان اجازه می‌دهد تا بهره‌وری CPU را در بازی‌های خود به میزان قابل‌توجهی بهبود بخشند» و با تولید دستورات چندرشته‌ای، GPU را با دستورات تغذیه کنند.[5]

با این حال، تغذیه مداوم GPU به معنای پر کردن پورت‌های اجرایی آن نیست. این صرفاً به این معناست که GPU هرگز کاملاً به خواب نمی‌رود. یک کارت گرافیک که در حال اجرای یک سایه‌زن محاسباتی (compute shader) بسیار بهینه‌شده است و از تمام ALUهای خود استفاده می‌کند، وات بسیار بیشتری نسبت به همان GPU در حال اجرای یک بازی وابسته به حافظه مصرف می‌کند، حتی اگر هر دو به سیستم‌عامل درگیری ۱۰۰ درصدی را گزارش دهند.[2][4]

تولیدکنندگان سخت‌افزار به خوبی از این تناقض آگاهند. ابزارهای پروفایل گرافیکی Nsight شرکت NVIDIA معیارهای دقیقی مانند «SM Active» و «SM Issue» را در اختیار توسعه‌دهندگان قرار می‌دهند تا بین روشن بودن یک هسته و هسته‌ای که واقعاً در حال انجام محاسبات ریاضی است، تمایز قائل شوند؛ سطحی از جزئیات که در نرم‌افزارهای مانیتورینگ مصرف‌کننده کاملاً غایب است.[2]

برای مصرف‌کننده، نتیجه‌گیری این است که خوانش ۱۰۰ درصدی درگیری، شرطی لازم اما ناکافی برای حداکثر عملکرد است. این عدد تأیید می‌کند که CPU مانع کار کارت گرافیک نمی‌شود، اما تضمین نمی‌کند که کارت گرافیک در حد نهایی ظرفیت محاسباتی تئوری خود کار می‌کند. اشباع واقعی با وات مصرفی و نرخ فریم اندازه‌گیری می‌شود، نه با چرخه‌های کار.[1][6]