- تتيح الطبقة مفتوحة المصدر منخفضة زمن الوصول (low_latency_layer) إمكانية تشغيل NVIDIA Reflex و AMD Anti-Lag 2 على أي وحدة معالجة رسومات تدعم Vulkan في نظام Linux.
- يحاكي المشروع VK_NV_low_latency2 و VK_AMD_anti_lag لتقليل تأخير الإدخال حتى بدون دعم برنامج التشغيل الرسمي.
- أظهرت الاختبارات الأولية على الألعاب ذات المتطلبات العالية أن زمن الاستجابة على نظام لينكس يضاهي أو يتفوق على نظام ويندوز على نفس الأجهزة.
- يتطلب الإعداد معرفة تقنية بـ Vulkan و CMake و Proton ومتغيرات البيئة، لذا فهو يستهدف المستخدمين المتقدمين.
لسنوات، كان لاعبو لينكس يطاردون أقل تأخير ممكن في الإدخال لقد اضطررنا للتعايش مع قيد محبط: كانت أدوات تقليل زمن الاستجابة المتطورة مرتبطة ارتباطًا وثيقًا بعلامات تجارية محددة لوحدات معالجة الرسومات وبرامج تشغيل خاصة بنظام ويندوز. إذا كانت بطاقة الرسومات أو نظام التشغيل أو مجموعة برامج التشغيل الخاصة بك خارج هذا النطاق الأمثل، فغالبًا لن يحالفك الحظ.
بدأ هذا المشهد يتغير بفضل مبادرة جديدة مفتوحة المصدر تسمى طبقة زمن الاستجابة المنخفضبدلاً من انتظار كل بائع لوحدات معالجة الرسومات لطرح دعم Linux مثالي لتقنيته الخاصة ذات زمن الاستجابة المنخفض، يستخدم هذا المشروع Vulkan لعرض نفس النوع من الميزات عبر بطاقات الرسومات المختلفة، مما يجعل من الممكن الاستفادة من سلوك NVIDIA Reflex و AMD Anti-Lag 2 على الأجهزة التي لم يكن من المفترض رسميًا استخدامها.
ما تفعله طبقة زمن الاستجابة المنخفضة فعليًا
في جوهرها، تُعد طبقة زمن الاستجابة المنخفضة طبقة Vulkan الضمنية مكتوبة بلغة C++23 الحديثة وهو يقع بين الألعاب وبرنامج تشغيل الرسومات. ويقوم بتنفيذ ملحقات جهاز Vulkan. VK_NV_low_latency2 و VK_AMD_anti_lag بطريقة مستقلة عن البائع، بحيث يمكن للتطبيقات التي تبحث عن هذه الإمكانيات استخدامها حتى لو لم تدعمها وحدة معالجة الرسومات الأساسية وبرامج التشغيل بشكل أصلي.
من الناحية العملية، هذا يعني عنوانًا يتضمن ميزات مدمجة دعم NVIDIA Reflex يمكن خداع النظام لرؤية تلك الميزة على وحدة معالجة الرسومات من AMD أو Intel التي تعمل بنظام Linux. وينطبق الشيء نفسه على AMD Anti-Lag 2يمكن للألعاب التي تتوقع أن يصل هذا الامتداد إلى مسار متوافق، بغض النظر عن الشركة المصنعة. تقوم هذه الطبقة باعتراض وترجمة استدعاءات Vulkan ذات الصلة، وإدارة قوائم الأوامر وتوقيت الإطارات لتقليل التأخير بين الإدخال والاستجابة على الشاشة.
تم تطوير المشروع بواسطة برنامج كورثوسبقيادة نيكولاس جيمس، استندت فكرته إلى ملاحظة أن تطبيقات مكافحة التأخير الحالية في لينكس، وخاصةً تلك الموجودة في ميسا، غالبًا ما تكون معطلة افتراضيًا، وقد تتصرف بشكل غير مستقر، وتقدم تحسينات أقل فعالية في زمن الاستجابة مقارنةً بنظيراتها الاحتكارية في ويندوز. وبدلًا من انتظار إصلاح كل ذلك، شرع في بناء حل عام يعتمد على فولكان.
ولأن هذه طبقة ضمنية، فإن الألعاب لا تحتاج إلى ترقيع أو إعادة بناء. أي عنوان فولكان يمكن لمن يحاول استخدام هذه الإضافات المتعلقة بزمن الاستجابة، من حيث المبدأ، أن يستفيد بمجرد تثبيت الطبقة وتفعيلها، طالما أن بقية حزمة البرامج تعمل بشكل صحيح.
كسر احتكار البائعين لميزات زمن الاستجابة
من أبرز مزايا طبقة زمن الاستجابة المنخفض أنها يقوض ذلك التفرد التقليدي فيما يتعلق بتقنيات زمن الاستجابة، فقد تم تسويق تقنيتي NVIDIA Reflex و AMD Anti-Lag 2 تاريخيًا كحلول خاصة بكل علامة تجارية: استخدم وحدة معالجة رسومات NVIDIA إذا كنت ترغب في استخدام Reflex، واحصل على بطاقة AMD للاستفادة من Anti-Lag 2. وكان مستخدمو نظام Linux غالبًا ما يواجهون قيودًا إضافية بسبب ضعف الدعم أو تأخره مقارنةً بنظام Windows.
تتخذ هذه الطبقة الجديدة نهجاً مختلفاً. محاكاة امتدادات Vulkan خلف هذه الأنظمة، يسمح ذلك للألعاب بتفعيل مسارات زمن الاستجابة المنخفضة دون التحقق من تطابق الأجهزة تمامًا. وهذا يعني معالج رسومات AMD Radeon أو معالج رسومات Intel مدمج يمكن الاستفادة من نفس سلوك نمط Reflex الذي يكشفه العنوان عادةً فقط عندما يرى بطاقة NVIDIA، والعكس صحيح.
يساعد هذا عمليًا في معالجة خلل قائم منذ فترة طويلة: العديد من ألعاب إطلاق النار التنافسية والألعاب السريعة توفير تكامل قوي مع Reflexبينما يُعد دعم تقنية Anti-Lag 2 أقل شيوعًا. مع وجود طبقة low_latency_layer، لا يزال بإمكان مستخدمي Linux الذين يستخدمون وحدات معالجة رسومات غير تابعة لشركة NVIDIA الاستفادة من مسار Reflex الذي يُوفره المطورون بشكل متكرر، بدلاً من الاضطرار إلى استخدام خيارات أقل شيوعًا أو تقنيات قديمة.
والأهم من ذلك، يتم القيام بذلك. دون الاعتماد على مسارات برامج التشغيل الخاصةتستخدم هذه الطبقة خطافات Vulkan القياسية ومتغيرات البيئة، مما يجعلها تتناسب بشكل طبيعي مع بيئة ألعاب Linux الحالية المبنية حول Proton وDXVK والأدوات ذات الصلة، وتستفيد من تحسينات ألعاب وايلاند.
كيفية عملها مع Vulkan و Proton و DXVK
بحسب التصميم، ترتبط طبقة زمن الاستجابة المنخفض ارتباطًا وثيقًا بـ API VULKANيمكن للألعاب التي تدعم Vulkan بشكل أصلي على نظام Linux الوصول إلى هذه الطبقة مباشرةً. ووفقًا لوثائق المشروع، فإن السلوك الافتراضي هو عرض... ملحق AMD Anti-Lag 2 (VK_AMD_anti_lag)، وهو ما يكفي لبعض الألعاب الأصلية مثل كاونتر سترايك 2 التعرف على وضع زمن الاستجابة المنخفض واستخدامه.
بالنسبة للعناوين التي يكون فيها مسار NVIDIA Reflex كلما كان التكامل أفضل أو تم اختباره بشكل كامل، يمكن للمستخدمين تعديل متغيرات البيئة لتوجيه الطبقة. ومن أهمها LOW_LATENCY_LAYER_REFLEX=1مما يُجبر على اتباع المسار الانعكاسي. في بعض الحالات، يوجد أيضًا خيار لـ محاكاة وحدة معالجة الرسومات NVIDIA إلى التطبيق، مما يسمح للعبة بالاعتقاد بأنها تعمل على أجهزة مدعومة حتى عندما لا تكون كذلك.
أما بالنسبة لبروتون، فالأمر أكثر تعقيدًا بعض الشيء، ولكنه لا يزال قابلاً للإدارة بالنسبة للمستخدمين ذوي الخبرة. عند تشغيل تطبيقات ويندوز عبر بروتون وDXVK، يمكن لـ low_latency_layer العمل بالتزامن مع dxvk-nvapiوهو مكون يُتيح الوصول إلى واجهات برمجة التطبيقات الخاصة بشركة NVIDIA للألعاب. ولضمان رؤية اللعبة لما تتوقعه، غالبًا ما يحتاج المستخدمون إلى تفعيله. PROTON_FORCE_NVAPI=1، مما يضمن تحويل المكالمات المتعلقة بـ Reflex بشكل صحيح.
هذا يعني أن الترتيب، في لعبة إطلاق نار تنافسية نموذجية، قد يبدو كالتالي: لعبة ← DXVK/dxvk-nvapi ← Vulkan ← طبقة زمن الاستجابة المنخفض ← برنامج تشغيل وحدة معالجة الرسومات، والتي تعتمد بدورها على دعم النواة في لينكس 7.0.
الجانب السلبي هو أن هذا ليس حلاً جاهزاً للاستخدام بالنسبة للاعبين العاديين، يتطلب الأمر فهم متغيرات بيئة Proton، ومعرفة كيفية ضبط طبقات Vulkan، وأحيانًا تعديل خيارات تشغيل كل لعبة على حدة. أما بالنسبة للمستخدمين الملمين بتفاصيل نظام Linux وأدوات الألعاب، فإن هذا الأسلوب يتناسب تمامًا مع ثقافة الضبط اليدوي السائدة.
الأداء المقاس: لينكس يضاهي أو يتفوق على ويندوز
سيكون المشروع أقل إثارة للاهتمام بكثير لو اقتصر نجاحه على الورق فقط. لقد استثمر المطورون جهودهم في قياس زمن الاستجابة كمياً مع منصة اختبار متطورة إلى حد ما: AMD راديون RX 7900 XTXأو المعلم رايزن 7 9800X3D وحدة معالجة مركزية وذاكرة وصول عشوائي سعتها 64 جيجابايت. ولتتبع تأخير الإدخال إلى العرض، استخدموا شاشة مزودة بـ محلل الانعكاس NVIDIA، وتحديداً جهاز ASUS PG248QP، وتم تسجيل النتائج يدوياً بعد إجراء اختبارات إدخال متكررة.
وبحسب ما ورد، فإن طبقة زمن الاستجابة المنخفضة تحقق في العديد من الألعاب الحديثة انخفاضات زمن الاستجابة مماثلة أو أفضل من نظام التشغيل ويندوز تشغيل تطبيقات مقدمة من الموردين على نفس الأجهزة. هذا ادعاء جريء، ولكنه يتماشى مع الهدف المعلن للمشروع، وهو ليس فقط مطابقة الحلول الرسمية، بل وتجاوزها في بعض الحالات.
الألعاب المذكورة في الاختبارات تشمل النهائيات، كاونتر سترايك 2، سايبربانك 2077، ريزدنت إيفل ريكويم، مارفل رايفلز، وأوفر واتش 2في لعبة Counter-Strike 2، على سبيل المثال، تشير البيانات التي تم جمعها إلى أنه في ظل ظروف محددة، لينكس مع طبقة زمن استجابة منخفض يتفوق على نظام ويندوز من حيث أرقام زمن الاستجابة الخام، مما يقلل بضعة أجزاء من الثانية التي يمكن أن تكون مهمة للاعبين التنافسيين.
وفي عناوين أخرى، مثل Resident Evil Requiem و Overwatch 2يُظهر المسار القائم على تقنية Reflex والمُنفذ عبر الطبقة تفوقه على البدائل مثل AMD Anti-Lag 1ويشير المطورون أيضاً إلى أن تطبيق تقنية منع التأخير في ميسا، والتي تم اختبارها في ظل نفس السيناريوهات، تقدم تحسناً ضئيلاً في بعض هذه الألعاب، وهو ما يفسر جزئياً سبب قرار نيكولاس جيمس اتباع تصميم جديد.
بشكل عام، تؤكد المعايير الأولية على نقطة بسيطة: يمكن أن يكون نظام لينكس خيارًا ممتازًا للألعاب ذات زمن الاستجابة المنخفض عندما تكون البرمجيات الوسيطة المناسبة موجودة، بدلاً من كونها فكرة لاحقة متخلفة عن نظام التشغيل ويندوز.
أداة تقنية موجهة للاعبين المحترفين في نظام لينكس
على الرغم من هذه النتائج الواعدة، إلا أن المشروع يستهدف بوضوح المستخدمين الذين يشعرون بالراحة عند التعمق في... الجانب التقني لألعاب لينكستثبيت طبقة زمن الاستجابة المنخفض ليس عملية سهلة بنقرة واحدة عبر واجهة مستخدم رسومية بسيطة؛ بل يتطلب عادةً الحصول على شفرة المصدر، باستخدام CMake لتكوينه وتجميعه، ثم إعداد ملفات تكوين طبقة Vulkan بشكل صحيح على نظامك.
بالإضافة إلى عملية البناء، عليك التعامل مع متغيرات البيئة سواءً بالنسبة للطبقة نفسها أو لمكونات مثل Proton وdxvk-nvapi. قد يتطلب ذلك تعديل خيارات تشغيل كل لعبة على حدة في Steam، وتجربة التركيبات التي تُفعّل مسارات Reflex أو Anti-Lag 2، وأحيانًا استكشاف الأخطاء وإصلاحها عندما يتصرف عنوان معين بشكل غير متوقع.
وللمساعدة في سد هذه الفجوة، نشر نيكولاس جيمس دليل الإعداد التفصيلي تجدون شرحاً مفصلاً على صفحة المشروع على GitHub. يشرح هذا الشرح المتطلبات الأساسية، وخطوات التجميع، وإعدادات بيئة التشغيل، وهو موجه للمستخدمين الذين لديهم على الأقل معرفة أساسية بواجهة سطر أوامر لينكس وإدارة الحزم. ورغم أنه ليس مصمماً للمبتدئين تماماً، إلا أنه يهدف إلى تبسيط العملية وجعلها منهجية بدلاً من ترك المستخدمين يخوضون في التخمين.
في الوقت الحالي، يجعل ذلك من low_latency_layer أداةً لـ المتحمسون واللاعبون التنافسيون مقارنةً بالشخص العادي الذي يقوم بتثبيت لعبة وتشغيلها. لكن طبيعة المشروع مفتوحة المصدر تفتح المجال أمام جهود التغليف المستقبلية، والواجهات الرسومية، أو عمليات التكامل الخاصة بالتوزيعات التي يمكن أن تُسهّل عملية التبني.
ما يلفت الانتباه هو كيف يندرج هذا ضمن اتجاه أوسع: فتحسينات ألعاب لينكس لا تأتي بشكل متزايد من الشركات الكبرى فحسب، بل من الطبقات التي يقودها المجتمع ومشاريع التوافقتشترك كل من Proton و DXVK والآن low_latency_layer في فكرة سد الثغرات التي تتركها حزم برامج التشغيل الاحتكارية مفتوحة، لا سيما في مجالات مثل الأداء وزمن الاستجابة التي تعتبر حاسمة لكيفية شعور الألعاب.
بشكل عام، تُسلط طبقة زمن الاستجابة المنخفض الضوء على تحول في كيفية وصول تقنية زمن الاستجابة المنخفض إلى اللاعبين: فبدلاً من أن تكون محصورة خلف برامج تشغيل خاصة بالعلامة التجارية على نظام تشغيل واحد، يتم إعادة تنفيذ هذه القدرات بطريقة مفتوحة ومتوافقة مع مختلف الموردين على نظام لينكس. ليس حلاً سحرياً للجميع حتى الآن، ولكن بالنسبة للمستخدمين الراغبين في التجربة، فإنه يُظهر أن تأخير الإدخال على نظام لينكس يمكن أن يضاهي، بل ويتفوق أحياناً، على ما هو متاح على نظام ويندوز، بغض النظر عما إذا كان هناك شعار NVIDIA أو AMD أو Intel على علبة وحدة معالجة الرسومات.
