قلل تأخير الشبكة في Windows 11: تعديل TcpNoDelay بالسجل

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

إجابة سريعة: في المسار HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParametersInterfaces، افتح المفتاح الفرعي الخاص بمحول الشبكة النشط لديك، ثم أنشئ قيمتين من نوع DWORD (32-bit) باسم TcpNoDelay و TcpAckFrequency، واضبط كلتيهما على 1، ثم أعد تشغيل الجهاز. يؤدي هذا إلى تعطيل خوارزمية Nagle والإقرارات المتأخرة (delayed ACKs) على واجهة الشبكة تلك.

ما الذي تغيره قيمتا TcpNoDelay و TcpAckFrequency بالفعل؟

يقوم بروتوكول TCP بتقسيم بياناتك إلى حزم، ويرسلها بالترتيب، ثم ينتظر الطرف الآخر لتأكيد استلام كل حزمة بإقرار (ACK). عندما يرسل تطبيق ما أجزاء صغيرة من البيانات، مثل عدد قليل من ضغطات المفاتيح أو أمر قصير، فإن كل جزء منها لا يزال يُغلف بحوالي 40 بايت من الرؤوس. صُممت خوارزمية Nagle، المحددة في RFC 896، لتقليل هذا الهدر عن طريق حجب عمليات الكتابة الصغيرة وتجميعها، إما حتى يتم الإقرار بالبيانات السابقة أو حتى يصبح هناك ما يكفي لملء حزمة كاملة الحجم.

تظهر المشكلة عندما تلتقي عملية تجميع Nagle مع الإقرارات المتأخرة (delayed ACKs). غالبًا ما ينتظر الطرف المستقبل حوالي 100 إلى 200 مللي ثانية قبل إرسال إقرار، على أمل إرفاقه ببيانات صادرة. لن يرسل المرسل لأنه ينتظر إقرارًا، ولن يرسل المستقبل إقرارًا لأنه ينتظر شيئًا ليرفقه به. وهكذا، تكتسب كل رسالة صغيرة تأخيرًا إضافيًا يتراوح بين 100 و 200 مللي ثانية لا علاقة له بسرعة شبكتك.

تستهدف قيمتا الريجستري هاتين كل نصف من هذا المأزق. قيمة TcpNoDelay المضبوطة على 1 تعطل خوارزمية Nagle، مما يسمح لعمليات الكتابة الصغيرة بالانتقال فورًا. أما قيمة TcpAckFrequency المضبوطة على 1 فتعطل الإقرارات المتأخرة، بحيث يقوم جهازك بالإقرار بكل حزمة واردة على الفور بدلاً من الانتظار لإرفاقها.

تأكد من تطبيق التعديل على محول الشبكة الصحيح في Windows 11

قبل إجراء أي تعديلات على سجل النظام في Windows 11، أنشئ نقطة استعادة للنظام لتتمكن من التراجع عن التغييرات إذا لزم الأمر. قد يؤدي تعديل سجل النظام إلى حدوث مشكلات دقيقة أو واضحة، لذا اتبع الخطوات بدقة وغير القيم المذكورة أدناه فقط.

1. اضغط على مفتاحي Win + R، ثم اكتب regedit، واضغط على Enter لفتح Registry Editor.

2. انتقل إلى المسار التالي في Registry Editor: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParametersInterfaces. ستلاحظ وجود عدة مفاتيح فرعية (subkeys) ذات سلاسل تعريف طويلة، يمثل كل منها محول شبكة. قد تساعدك هذه التعديلات في حل مشكلة بطء الشبكة.

3. افتح Command Prompt وقم بتشغيل الأمر ipconfig لتسجيل عنوان IP الحالي الخاص بك. تصفح المفاتيح الفرعية حتى تجد المفتاح الذي يتطابق فيه DhcpIPAddress أو IPAddress مع عنوان IP الخاص بك. هذا هو محول الشبكة النشط لديك. تأكد من أنك تعمل على Windows 11 للحصول على أفضل أداء.

4. بعد تحديد المفتاح الفرعي الصحيح، انقر بزر الماوس الأيمن في الجزء الأيمن واختر New > DWORD (32-bit) Value. سمِّه TcpNoDelay واضبط قيمته على 1.

5. أنشئ قيمة DWORD ثانية في نفس المفتاح الفرعي باسم TcpAckFrequency واضبطها على 1 أيضًا. أغلق Registry Editor وأعد تشغيل جهاز الكمبيوتر الخاص بك.

كيف تتأكد من نجاح التعديل؟

بعد إعادة التشغيل، ستلاحظ تحسنًا ملحوظًا في استجابة مهام TCP كثيرة الاستخدام. في جلسات سطح المكتب البعيد (RDP)، يختفي التأخير المزعج بين الكتابة وظهور الأحرف، وتسجل ضغطات المفاتيح على الفور. هذا التغيير ليس قفزة دراماتيكية كتحديث سعة النطاق الترددي، بل يزيل التوقف الاصطناعي الذي كان نظام Windows يضيفه على اتصال جيد، مما يسمح للحزم الصغيرة بالمغادرة فور كتابتها بواسطة التطبيق، وتعود إشعارات الاستلام (ACKs) على الفور.

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

متى لا يكون هذا التعديل مفيدًا؟

يعتبر Nagle’s Algorithm تحسينًا خاصًا ببروتوكول TCP فقط، لذا فإن هذا الإصلاح يؤثر فقط على حركة مرور TCP. ترسل معظم الألعاب الحديثة عبر الإنترنت، خاصة ألعاب إطلاق النار من منظور الشخص الأول (FPS) وألعاب الباتل رويال والألعاب الحركية سريعة الوتيرة، بياناتها الحساسة للتأخير عبر بروتوكول UDP، الذي لا يستخدم Nagle’s Algorithm أبدًا. وبالتالي، فإن تعطيل هذه الخوارزمية على جانب TCP لا يغير شيئًا بالنسبة لتلك الألعاب.

يتأثر زمن الاستجابة (البينج) الخاص بك في الألعاب أيضًا بالمسافة الجغرافية، وتوجيه مزود خدمة الإنترنت (ISP)، والازدحام على طول المسار إلى الخادم. لا يمكن لأي قيمة في سجل النظام (Registry) على جانب العميل أن تختصر هذا المسار. كما أن تعطيل خوارزمية Nagle لن ينقذ اتصالاً بطيئًا أو مزدحمًا بالفعل، أو إشارة Wi-Fi ضعيفة، أو نطاقًا تردديًا مستهلكًا بالكامل. ما يعالجه هذا التعديل هو الحالات المحددة التي تبدو فيها سرعة اتصالك طبيعية، لكن المهام التفاعلية التي تعتمد على إرسال واستقبال الرسائل الصغيرة لا تزال تشعر بالتأخير. إذا كنت تعتمد على RDP أو SSH أو أي سير عمل يعتمد على بروتوكول TCP حيث تحتاج الرسائل الصغيرة إلى أن تكون فورية، فإن هاتين القيمتين تستحقان الضبط في Windows 11.