أصدر مهندس Google قيس يوسف تصحيحًا يوم الأحد يقترح زيادة تردد المؤقت الافتراضي لنواة Linux من 250 هرتز إلى 1000 هرتز. يعتقد مهندس Google أن التردد الافتراضي الحالي لنواة Linux يمكن أن يسبب مشاكل في قرارات المجدول، مثل الشرائح الزمنية غير الدقيقة، وتأخير موازنة التحميل، وتأخير تحديث الإحصائيات، والمشكلات الأخرى ذات الصلة. ويرى قيس يوسف أنه من الأفضل للنواة أن تعتمد التردد الافتراضي وهو 1000 هرتز:
بشكل عام، أصبحت المواعيد النهائية لأعباء العمل أقصر، وهذا لا يقتصر على مسار واجهة المستخدم.
أعتقد أن HZ_250 هو الإعداد الافتراضي كمقايضة لطاقة البطارية في الأجهزة التي قد لا تحب العلامات المتكررة التي قد تستنزف البطارية دون داع. ولكن مما أفهمه، يجب أن يكون وضع NOHZ الحالي كافيًا للتخفيف من هذه المخاوف. تساعد الإضافة الأخيرة لـ RCU_LAZY أيضًا في الحفاظ على علامات التجزئة الأطول في سيناريوهات الخمول.
كما أشار سارافانا لي، فإن علامة TICK الأطول تساعد بشكل غير مباشر على تماسك المؤقت، مما يعني أنها يمكن أن تخفي مشاكل برامج التشغيل/المهام التي تتطلب توقيتًا متكررًا، مما يمنع الدخول في حالات خمول أعمق (بالنسبة للعديد من الأنظمة، تعد 4 مللي ثانية قيمة أعلى تسمح بالدخول إلى حالات خمول أعمق). ولكن يمكن القول أيضًا أن هذه هي المشكلة مع برامج التشغيل/المهام هذه.
قد تؤدي TICK الأسرع إلى زيادة الطاقة، ولكن ليس بسبب نشاط TICK. يعد النظام أكثر استجابة (كما هو متوقع) ومن المتوقع أن يكون البقاء عند الترددات الأعلى أعلى نظرًا لأنه عالق عن طريق الخطأ عند الترددات المنخفضة. تحاول السلسلة في [1] تحسين معالجة المجدول لسرعة الاستجابة وتزويد المستخدمين/التطبيقات بطرق تناسب احتياجاتهم بشكل أفضل، بما في ذلك إلغاء الاشتراك في الاستجابة الكافية (في السلسلة أعلاه، ramup_multiplier هو 0)"
لقد كان تردد مؤقت kernel Linux منذ فترة طويلة مصدرًا للنقاش والآراء المختلفة. لكن التردد الافتراضي الأساسي الآن هو 1000 هرتز بدلاً من 250 هرتز، وهو ما يبدو منطقيًا.
يتم الآن إرسال تصحيح لتغيير التردد الافتراضي للمراجعة/المناقشة.