في مجتمع لينكس تنتشر فكرة شائعة مفادها أنّه إذا كنت لاعبًا فستحتاج إلى نواة مخصصة للألعاب. غالبًا ما يُشار إلى الأنوية القادمة من CachyOS باعتبارها أحد أفضل الخيارات لتحقيق ذلك، لكن الواقع أكثر تعقيدًا قليلًا. النواة ليست مفتاحًا سحريًا يرفع عدد الإطارات فجأة، وفي معظم الحالات لن ترى قفزة كبيرة في متوسط FPS. ما قد تلاحظه بدلًا من ذلك هو تحسن في سلاسة اللعبة واستقرار الإطارات مع تقليل التقطيع.

السؤال الحقيقي إذن ليس: هل نواة CachyOS أسرع؟ بل: متى قد تستفيد منها فعلًا، ومن يجب أن يستخدمها، وأي نواة يختار؟

بدأ مشروع CachyOS تقريبًا بين عامي 2020 و2021 على يد المطورين Peter Jung وVladislav Nepogodin. في البداية لم يكن الهدف إنشاء توزيعة كاملة، بل تجربة تحسينات على مجدول المعالج داخل Linux Kernel. هذه التجارب أدت إلى تطوير مجدول خاص أصبح يُعرف لاحقًا باسم Cachy Scheduler ثم تطوّر المشروع لاحقًا ليستخدم مجدول BORE. مع الوقت تحوّل المشروع إلى أكثر من مجرد نواة، فأصبح يقدم:

• مستودعات حزم مبنية لمعالجات حديثة.

• إعدادات أداء مخصصة.

• أدوات مساعدة للألعاب.

وهذا ما جعل النظام يكتسب سمعة الأداء العالي. لكن من المهم فهم أن فكرة الأنوية المخصصة ليست جديدة. قبل CachyOS كانت هناك مشاريع مثل Zen Kernel وLiquorix Kernel وXanMod Kernel. ما يميز CachyOS هو مدى حدّة التحسينات ودمجها في النظام بالكامل.

أنوية CachyOS تتضمن عدة تغييرات مقارنة بالنواة القياسية، من بينها:

• استخدام BORE Scheduler.

• معدل مقاطعة مرتفع غالبًا 1000Hz.

• استخدام Link Time Optimization.

• البناء باستخدام Clang في بعض الإصدارات.

• تحسينات موجهة لمعالجات حديثة.

هذه التغييرات لا تجعل النظام أسرع دائمًا، لكنها قد تحسّن استجابة النظام واستقرار الإطارات أثناء اللعب.

ما هو BORE Scheduler؟

أحد أهم عناصر الأداء في CachyOS هو BORE Scheduler (Burst-Oriented Response Enhancer). في النواة القياسية يستخدم لينكس مجدّلات مثل Completely Fair Scheduler أو المجدول الحديث EEVDF Scheduler. هذه المجدّلات تحاول توزيع وقت المعالج بشكل عادل بين جميع البرامج، لكن الألعاب ليست برنامجًا عاديًا؛ فهي تحتاج دفعات قصيرة وسريعة من المعالجة للحفاظ على تدفق الإطارات.

BORE يحاول حل هذه المشكلة عبر مفهوم يسمى Burst Score. الفكرة ببساطة هي:

• تتبع سلوك العمليات عبر الزمن.

• إعطاء أولوية قصيرة للمهام التفاعلية.

• منع العمليات الخلفية من تعطيل اللعبة.

النتيجة عادة ليست زيادة كبيرة في FPS، بل تحسن في استقرار الإطارات وتقليل التقطيع المفاجئ.

ميزة sched-ext

ميزة أخرى بدأت تظهر في نواة لينكس الحديثة هي sched-ext. هذه التقنية تسمح بتجربة مجدّلات مختلفة دون إعادة بناء النواة، باستخدام نظام BPF. بمعنى آخر يمكن تحميل مجدول جديد للنظام بشكل ديناميكي. هذه التقنية ما زالت في مراحل مبكرة، لكنها قد تجعل تجربة المجدّلات أسهل بكثير في المستقبل.

أنواع أنوية CachyOS

CachyOS لا يقدم نواة واحدة فقط، بل عدة خيارات، منها:

• linux-cachyos
  النواة الافتراضية والأكثر توصية، تستخدم BORE وتوازن بين الأداء والاستقرار.

• linux-cachyos-lto
  مبنية باستخدام ThinLTO وAutoFDO للحصول على أفضل أداء ممكن من المعالج.

• linux-cachyos-lts
  مبنية على نواة طويلة الدعم مع عدد أقل من التعديلات لضمان الاستقرار.

• linux-cachyos-bmq
  تستخدم مجدول BMQ، والذي قد يكون مناسبًا للأجهزة ذات الأنوية القليلة.

• linux-cachyos-rt
  نواة Real-Time موجهة للإنتاج الصوتي والبث الاحترافي.

• linux-cachyos-deckify
  مخصصة لأجهزة الألعاب المحمولة مثل Steam Deck.

القاعدة البسيطة هنا: إذا لم تكن تعرف أي نواة تختار، استخدم النواة الافتراضية.

متى يمكن أن ترى تحسنًا فعلًا؟

الفائدة الحقيقية تظهر غالبًا عندما تكون اللعبة CPU-bound، أي عندما يكون المعالج قريبًا من 100% استخدام. من أمثلة الألعاب التي تعتمد على المعالج:

• Cities: Skylines

• Factorio

• Kerbal Space Program

• Civilization VI

في هذه الحالات قد ترى:

• تحسنًا في 1% lows.

• تقليل التقطيع.

• زيادة صغيرة في الأداء.

غالبًا ما يتراوح التحسن بين 1٪ و10٪ حسب اللعبة.

حالات أخرى قد تستفيد فيها

قد تظهر الفائدة أيضًا في سيناريوهات أخرى، مثل:

• اللعب أثناء البث باستخدام OBS Studio.

• تشغيل برامج ثقيلة في الخلفية.

• بناء البرامج أو ترجمة الشيفرة أثناء اللعب.

في هذه الحالات يساعد المجدول في منع العمليات الخلفية من التأثير على اللعبة بشكل واضح.

متى لن ترى فرقًا تقريبًا؟

في معظم ألعاب AAA الحديثة يكون الأداء محدودًا بالبطاقة الرسومية. من الأمثلة:

• Red Dead Redemption 2

• Elden Ring

في مثل هذه الألعاب غالبًا لن ترى فرقًا كبيرًا في FPS بين النواة القياسية ونواة CachyOS.

متطلبات العتاد (نقطة مهمة)

أنوية CachyOS غالبًا تستهدف معالجات حديثة. بعض الحزم مبنية لمعمارية x86-64-v3 أو x86-64-v4. هذا يعني عمليًا أن المعالجات الأقدم من:

• Intel Haswell

• AMD Excavator

قد لا تستفيد كثيرًا من هذه التحسينات، أو قد تواجه أحيانًا بعض مشاكل التوافق.

تجارب المستخدمين الواقعية

معظم التجارب الواقعية تتفق على نقطة مهمة، وهي أن الفرق غالبًا ليس في متوسط FPS. بل يظهر التحسن أكثر في:

• استقرار frame-time.

• تحسن 1% lows.

• شعور عام بسلاسة أكبر في اللعب.

بعض المستخدمين يلاحظون أيضًا أن النظام ككل يصبح أكثر استجابة في الاستخدام اليومي، وليس فقط داخل الألعاب.

تحذيرات عملية

هناك بعض الأمور التي يجب أخذها في الاعتبار قبل الاعتماد على هذه الأنوية:

• مستخدمو بطاقات NVIDIA قد يواجهون أحيانًا مشاكل بعد تحديث النواة لأن تعريفاتهم تحتاج إلى إعادة بناء.

• الأنوية ذات tick rate مرتفع قد تستهلك طاقة أكثر قليلًا على الحواسيب المحمولة.

• الأنوية المعدلة قد تتأخر أحيانًا في استلام تحديثات الأمان مقارنة بالنواة الرسمية.

نقطة مهمة: CachyOS ليس مجرد نواة

الأداء الذي يلاحظه المستخدمون لا يأتي من النواة وحدها. النظام يقدم أيضًا:

• حزم مبنية لمعالجات حديثة.

• إعدادات أداء مختلفة.

• أدوات ألعاب محسنة.

لهذا السبب يرى بعض المستخدمين تحسنًا عامًا في الأداء والتجاوب، وليس فقط داخل الألعاب. فهنا الفائدة تكون عند استخدام التوزيعة الاصلية للنواة لا تنزيل النواة على توزيعة اخرى.

لماذا تكون بعض الألعاب أسرع في لينكس من ويندوز؟

ظاهرة مثيرة للاهتمام يلاحظها بعض اللاعبين هي أن بعض الألعاب تعمل أسرع في لينكس رغم وجود طبقة ترجمة. هذه الطبقة هي Proton. Proton لا يحاكي ويندوز بالكامل، بل يستخدم تقنيات مثل:

• DXVK لتحويل DirectX 9/10/11.

• VKD3D-Proton لتحويل DirectX 12.

هذه التقنيات تحول أوامر الرسوميات إلى Vulkan. في بعض الألعاب يكون هذا المسار أكثر كفاءة من المسار التقليدي في ويندوز، ولذلك قد تعمل اللعبة أسرع قليلًا على لينكس، لكن هذا ليس هو القاعدة العامة.

الخلاصة

أنوية CachyOS ليست حلًا سحريًا لزيادة FPS. هي مجموعة تحسينات موجهة لسيناريو محدد:

• ألعاب تعتمد على المعالج.

• عتاد حديث.

• مستخدم يهتم بأقصى سلاسة ممكنة.

في هذه الحالات قد تقدم تجربة لعب أكثر استقرارًا ونعومة. لكن كما هو الحال دائمًا في عالم لينكس، الأداء الحقيقي هو نتيجة منظومة كاملة تشمل النواة، والتعريفات، والإعدادات، وبقية مكونات النظام، وليس مكونًا واحدًا فقط.