تخطَّ إلى المحتوى

TCP ACK و delayed ACK في Windows 11 25H2

على هذه الصفحة

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

تم فحص مسار المعاملات لواجهة الشبكة، والقيم الافتراضية، والنطاقات، والتأثير على قواعد تأكيد TCP.

Windows 11 25H2 build 26200.9168، معاملات TCP على مستوى الواجهة. الشبكات ذات الفقد، وWi-Fi، وVPN، والخوادم المختلفة لم تدخل في القياسات المضبوطة.

تحليل مكوّنات TCP والتتبع النظامي، وفحص تحويل القيم، ومطابقتها مع وثائق Microsoft العامة.

HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\{Interface-GUID}

Value Type Default النطاق الفعّال الدور
TcpAckFrequency REG_DWORD 2 0..255 عدد full-sized segments قبل ACK
TcpDelAckTicks REG_DWORD 2 0..6 تأخير delayed ACK بوحدات 100-ms ticks

TcpAckFrequency=1 يحدد إرسال ACK لكل مقطع كامل الحجم. القيمة 2 تحافظ على القواعد المعتادة للتأكيد المؤجل في TCP. TcpDelAckTicks يُقاس بخطوات قدرها 100 م.ث: القيمة الافتراضية 2 تحدد حدًا يقارب 200 م.ث، و0 يزيل الانتظار الإضافي للمؤقت. لا تزال قواعد TCP الأخرى قادرة على التسبب في تأكيد فوري.

يستخدم مكدس TCP القيم المقروءة لواجهة شبكة محددة. الكتابة في قسم Registry العام لا تحل محل إعداد الواجهة. يحصل VPN جديد أو vEthernet أو محول مؤقت على GUID خاص به ويحتفظ بالقيم الافتراضية ما لم تُضبط المعاملات له تحديدًا.

قد يساعد تقليص تأخير ACK التطبيقات الحساسة لمعالجة الحزم الصغيرة والتأكيدات المؤجلة. في المقابل يزداد عدد الحزم العائدة والحمل على بطاقة الشبكة وCPU. تعتمد النتيجة على الطرف الثاني للاتصال، وإدارة الازدحام، وMTU، لذلك تقليل زمن استجابة الشبكة غير مضمون.

  • مسار المعاملات للواجهة مع GUID الخاص بها.
  • القيم الافتراضية والنطاقات الفعّالة لـ0..255 و0..6.
  • قسم Registry العام لا يحل محل إعداد واجهة محددة.
  • VPN جديد أو محول مؤقت يحصل على GUID خاص به وقيم افتراضية.
  • خفض ping أو زمن استجابة التطبيقات.
  • السلوك مع خوادم ومسارات وفقد حزم محددة.
  • المكسب على Wi-Fi وVPN وفي الألعاب.

اترك القيم الافتراضية. قلّل تأخير ACK فقط عند وجود مشكلة قابلة لإعادة الإنتاج مع الحزم الصغيرة، وراقب عدد الحزم العائدة والحمل على الشبكة.

أعد قيم الواجهة 2 أو احذف الإدخالات. تُطبَّق التغييرات على الاتصالات الجديدة.

يتعلق الفحص بـWindows 11 25H2. تم التحقق من قراءة المعاملات والقيم الافتراضية والنطاقات. لم يُقس المكسب النهائي في اختبارات مضبوطة مع خوادم مختلفة، وWi-Fi وEthernet، وMTU، وفقد الحزم. نقل جزء من المعالجة إلى بطاقة الشبكة لا يلغي قواعد تأكيدات TCP. ومع ذلك، قد تخفي المعالجة الدفعية وVPN وسلوك الطرف الثاني للاتصال التأثير الملحوظ أو تغيّره.

لا تحتوي المقالة على ملاحظات ديناميكية خاصة بها: لم تُقس قراءة القيم بواسطة مكدس الشبكة في نظام يعمل، ولا فواصل التأكيد الفعلية في سيناريو مضبوط. تستند الادعاءات حول القراءة والنطاقات إلى تحليل مكوّنات TCP ووثائق Microsoft العامة، لا إلى قياسات خاصة.

كيفية تنفيذ الجزء الديناميكي من الفحص بنفسك — راجع كيف تتحقق بنفسك.

تعود الدراسة والأدوات المستخدمة إلى مطوّر BoosterX، لذلك لدى المطوّر مصلحة مباشرة في النتائج. المنهجية وحدود التطبيق موصوفة أعلاه، ويمكن التحقق من الاستنتاجات عبر البيانات المفتوحة والمصادر العامة المذكورة.

تم التحقق من المصادر العامة: 2026-09-02.

  • 2026-09-20: أُضيف إخلاء مسؤولية حول تضارب المصالح ورابط للتحقق الديناميكي الذاتي في المنهجية.
  • 2026-09-19: أُضيف صراحةً إلى القيود غياب الملاحظات الديناميكية الخاصة وقياسات فواصل ACK.
  • 2026-09-02: النشر الأول؛ تم تأكيد المسار وdefaults والنطاقات، وأُضيفت حدود التأثير على زمن الاستجابة.