Уменьшить задержку сети в 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 الحالي الخاص بك. تصفح المفاتيح الفرعية حتى تجد المفتاح الذي يتطابق فيه DhcpIP-адрес Или Айпи адрес مع عنوان IP الخاص بك. هذا هو محول الشبكة النشط لديك. تأكد من أنك تعمل على Windows 11 Для достижения наилучших результатов.

4بعد تحديد المفتاح الفرعي الصحيح، انقر بزر الماوس الأيمن في الجزء الأيمن واختر Создать> Значение DWORD (32 бита). سمِّه ТcpNoDelay Установите его значение на 1.

5أنشئ قيمة DWORD ثانية في نفس المفتاح الفرعي باسم TcpAckFrequency и установите его на 1 أيضًا. أغلق Registry Editor وأعد تشغيل جهاز الكمبيوتر الخاص بك.

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

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

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

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

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

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