ویندوز روی آرم؛ بازی‌ها روان اما سازگاری نرم‌افزاری هنوز مشکل‌دار است

گزارش XDA Developers درباره تجربه چند هفته‌ای با لپ‌تاپ HP OmniBook Ultra 16 مجهز به RTX Spark نشان می‌دهد که ویندوز روی آرم (Windows on Arm) در اجرای بسیاری از برنامه‌ها و بازی‌های x64 پیشرفت کرده، اما هنوز برای استفاده حرفه‌ای و بدون اصطکاک، به ویژه در حوزه درایورها و وابستگی‌های نرم‌افزاری، فاصله دارد.

بازی‌های x64 و عملکرد قابل قبول RTX Spark

به نوشته این گزارش، بازی‌هایی مانند Cyberpunk 2077 و Forza Horizon روی این دستگاه و از مسیر شبیه‌ساز Prism مایکروسافت اجرا می‌شوند. چند سال پیش اجرای یک بازی سنگین x64 روی آرم غیرقابل تصور بود، اما اکنون به انتظاری معمول تبدیل شده است. با این حال، مشکلات زمانی آشکار می‌شوند که کاربر از برنامه‌های رایج فراتر می‌رود.

درایورها؛ گلوگاه اصلی ویندوز روی آرم

اتصال کارت گرافیک RTX 4080 در یک محفظه Thunderbolt روی این لپ‌تاپ ممکن نشد. درایورهای USB4 آرم64 (Arm64) مایکروسافت توانستند تونل PCIe را در حالت Gen4 x4 برقرار کنند و ویندوز کارت را شناسایی کرد، اما درایورهای Arm64 انویدیا برای ویندوز شناسه دستگاه RTX 4080 را شامل نمی‌شوند و سیستم به آداپتور نمایش پایه مایکروسافت (Microsoft Basic Display Adapter) بازمی‌گردد. به عبارت دیگر، سخت‌افزار و درایور USB4 کار می‌کنند، اما درایور اختصاصی انویدیا برای این کارت در دسترس نیست.

وابستگی‌های پایتون و نبود بسته‌های Arm64

برخی وابستگی‌های روزمره پایتون مانند torch، OpenCV، CTranslate2، sqlite-vec و cryptography در PyPI بسته‌های ویندوز روی آرم (Windows on Arm wheels) ندارند، هرچند برای لینوکس و مک‌اواس نسخه‌های آرم موجود است. نبود OpenCV روی برنامه‌هایی مانند RapidOCR و PaddleOCR هم اثر می‌گذارد. PyTorch برای ویندوز روی آرم نسخه دارد، اما فقط پردازنده‌محور (CPU-only) است؛ نسخه‌های مجهز به CUDA برای ویندوز آرم64 به صورت جداگانه از سوی انویدیا و از طریق شاخص بسته انویدیا ارائه می‌شوند. استیم (Steam) نیز نسخه رسمی آرم ندارد و کلاینت ویندوزی آن همچنان مبتنی بر x86 است.

Prism فقط کد حالت کاربر را ترجمه می‌کند

شبیه‌ساز Prism در سال‌های اخیر بهتر شده و در سال ۲۰۲۵ پشتیبانی از دستورهای AVX و AVX2 را اضافه کرده است، اما فقط کد حالت کاربر (User-Mode) را ترجمه می‌کند. درایورهای هسته (Kernel Drivers) باید به صورت بومی Arm64 ساخته شوند. بنابراین درایورهای x86 برای رابط صوتی، آداپتور VPN، ضدتقلب (Anti-Cheat) یا پردازنده گرافیکی باید نسخه Arm64 داشته باشند. برخی VPNها مانند WireGuard، Windscribe، Proton و Mullvad نسخه بومی Arm64 ارائه کرده‌اند، اما FortiClient در نسخه بتا 8.0 فقط مجموعه محدودی از قابلیت‌ها را برای پردازنده‌های Arm64 فعال می‌کند.

Arm64EC و شبیه‌سازی هوشمندانه x64

مایکروسافت برای کاهش مشکلات سازگاری، Arm64EC را ارائه کرده است؛ یک رابط دودویی برنامه (ABI) آرم که از قراردادهای نرم‌افزاری x64 از جمله قرارداد فراخوانی، استفاده از پشته، چیدمان ساختار داده و تعاریف پیش‌پردازنده پیروی می‌کند. به همین دلیل Office روی آرم می‌تواند افزونه‌های x64 را بارگذاری کند و کد بومی آرم و کد شبیه‌سازی‌شده x64 در یک فرایند کنار هم قرار گیرند. همچنین Windows on Arm برای حفظ سازگاری، توالی سریع‌رو (Fast-Forward Sequence) را به کار می‌برد؛ یک قطعه کوچک x64 که پیش از اجرای پیاده‌سازی واقعی Arm64EC، خود را به عنوان یک تابع معتبر x64 جا می‌زند. در برخی موارد نیز GetNativeSystemInfo جزئیات پردازنده شبیه‌سازی‌شده را برمی‌گرداند؛ برای نمونه در Cyberpunk 2077 مدل پردازنده به صورت Virtual CPU @ 4.00GHz نمایش داده می‌شود.

تفاوت مدیریت حافظه و میراث x86

در HP OmniBook، ویندوز روی آرم برای فرایندهای بومی Arm64 از صفحه‌های حافظه ۴ کیلوبایتی استفاده می‌کند که با اندازه صفحه در ویندوز x86 یکسان است. مک‌بوک مجهز به M4 Pro به صورت بومی از صفحه‌های ۱۶ کیلوبایتی استفاده می‌کند، اما برای برنامه‌های x86 از طریق Rosetta صفحه‌های ۴ کیلوبایتی ارائه می‌دهد. مایکروسافت پیش‌تر پشتیبانی از Aarch32 یا آرم ۳۲ بیتی را در سال ۲۰۲۳ حذف کرده بود، اما هنوز SysWOW64 و Program Files (x86) در این دستگاه وجود دارند، زیرا ویندوز از برنامه‌های ۳۲ بیتی x86 پشتیبانی می‌کند.

مقایسه با رویکرد اپل

اپل در گذار به آرم مسیر متفاوتی را انتخاب کرد. macOS Catalina پیش از اعلام گذار، پشتیبانی از برنامه‌های ۳۲ بیتی را حذف کرد تا Rosetta 2 فقط کد ۶۴ بیتی را ترجمه کند. اپل همچنین به جای اتکای زیاد به افزونه‌های هسته شخص ثالث، چارچوب‌هایی مانند DriverKit و NetworkExtension را توسعه داد. Rosetta اجازه نمی‌دهد کد arm64 و x86_64 در یک فرایند با هم ترکیب شوند و پشتیبانی عمومی آن تا macOS 27 ادامه دارد. با این حال، این گذار برای کاربران اپل هم بدون هزینه نبوده است؛ حذف برنامه‌های ۳۲ بیتی و کنار گذاشتن Boot Camp از جمله پیامدهای آن بوده است.

نسخه‌های ویژه ویندوز برای آرم و فاصله کارایی

دستگاه‌های RTX Spark و Snapdragon X از Windows 11 26H1 پشتیبانی می‌کنند که به گفته مایکروسافت بر هسته متفاوتی از ویندوز ۱۱ نسخه‌های 24H2 و 25H2 مبتنی است. این نسخه برای دستگاه‌هایی با سیلیکونی عرضه شده که به چنین پشتیبانی نیاز دارد. در مقابل، پردازنده Panther Lake اینتل روی نسخه‌های موجود ویندوز کار می‌کند. گزارش همچنین به بهینه‌سازی‌های زمان‌بند (Scheduler)، مدیریت حافظه یکپارچه، مدیریت توان و تنظیم Prism برای RTX Spark اشاره می‌کند و می‌گوید همکاری مهندسان مایکروسافت و انویدیا تا سطح راه‌اندازی سیلیکون زمان برده است. در بخش کارایی، شکاف میان آرم و x86 کوچک‌تر شده و RTX Spark مزیت کارایی چشمگیری نسبت به جدیدترین طراحی‌های x86 ندارد.

جمع‌بندی

ویندوز روی آرم در اجرای بازی‌ها و برنامه‌های معمولی x64 پیشرفت محسوسی کرده است، اما وابستگی به شبیه‌ساز Prism، نبود درایورهای بومی Arm64 و تأخیر ناشران نرم‌افزار در ارائه بسته‌های سازگار، همچنان تجربه را برای کاربران حرفه‌ای محدود می‌کند. گزارش XDA Developers نشان می‌دهد که تصمیم ناشران برای ادامه پشتیبانی از x86، به دلیل کارکرد قابل قبول شبیه‌سازی، یکی از موانع اصلی گسترش بومی ویندوز روی آرم است.