Lewati ke konten

TCP ACK dan delayed ACK di Windows 11 25H2

Di halaman ini

Jawaban singkat

Section titled “Jawaban singkat”

TcpAckFrequency dan TcpDelAckTicks mengatur konfirmasi TCP pada tingkat antarmuka tertentu. Pembacaan parameter dan rentangnya terkonfirmasi; memperpendek penundaan ACK tidak menjamin keuntungan dan menambah jumlah paket balik.

Apa yang diperiksa

Section titled “Apa yang diperiksa”

Diperiksa jalur parameter untuk antarmuka jaringan, nilai default, rentang, dan pengaruhnya terhadap aturan konfirmasi TCP.

Cakupan penelitian

Section titled “Cakupan penelitian”

Windows 11 25H2 build 26200.9168, parameter TCP antarmuka. Jaringan dengan packet loss, Wi-Fi, VPN, dan berbagai server tidak termasuk dalam pengukuran terkontrol.

Metodologi

Section titled “Metodologi”

Analisis komponen TCP dan pelacakan sistem, pemeriksaan konversi nilai, dan pencocokan dengan dokumentasi publik Microsoft.

Jalur kanonis

Section titled “Jalur kanonis”

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

Value Type Default Rentang efektif Peran
TcpAckFrequency REG_DWORD 2 0..255 jumlah full-sized segment sebelum ACK
TcpDelAckTicks REG_DWORD 2 0..6 penundaan delayed ACK dalam 100-ms ticks

Cara kerja ACK policy

Section titled “Cara kerja ACK policy”

TcpAckFrequency=1 mengatur pengiriman ACK untuk setiap segmen berukuran penuh. Nilai 2 mempertahankan aturan konfirmasi tertunda TCP yang biasa. TcpDelAckTicks diukur dalam langkah 100 mс: nilai default 2 menetapkan batas sekitar 200 mс, sedangkan 0 menghilangkan penantian timer tambahan. Aturan TCP lain tetap dapat memicu konfirmasi segera.

Stack TCP menggunakan nilai yang dibaca untuk antarmuka jaringan tertentu. Penulisan ke bagian registry global tidak menggantikan pengaturan antarmuka. VPN, vEthernet, atau adaptor sementara yang baru mendapat GUID sendiri dan mempertahankan nilai default sampai parameter ditetapkan khusus untuknya.

Kegunaan

Section titled “Kegunaan”

Memperpendek penundaan ACK dapat membantu aplikasi yang sensitif terhadap pemrosesan paket kecil dan konfirmasi tertunda. Namun jumlah paket balik serta beban pada kartu jaringan dan CPU meningkat. Hasilnya bergantung pada pihak kedua koneksi, kontrol kemacetan, dan MTU, sehingga pengurangan latensi jaringan tidak dijamin.

Apa yang terkonfirmasi

Section titled “Apa yang terkonfirmasi”
  • Jalur parameter untuk antarmuka dengan GUID-nya.
  • Nilai default dan rentang efektif 0..255 dan 0..6.
  • Bagian registry global tidak menggantikan pengaturan antarmuka tertentu.
  • VPN atau adaptor sementara yang baru mendapat GUID sendiri dan nilai default.

Apa yang tidak terkonfirmasi

Section titled “Apa yang tidak terkonfirmasi”
  • Penurunan ping atau latensi aplikasi.
  • Perilaku dengan server, rute, dan packet loss tertentu.
  • Keuntungan pada Wi-Fi, VPN, dan game.

Kesimpulan praktis

Section titled “Kesimpulan praktis”

Biarkan nilai default. Kurangi penundaan ACK hanya jika ada masalah yang dapat direproduksi dengan paket kecil dan pantau jumlah paket balik serta beban jaringan.

Pemulihan keadaan

Section titled “Pemulihan keadaan”

Kembalikan nilai antarmuka 2 atau hapus entri. Perubahan berlaku untuk koneksi baru.

Keterbatasan

Section titled “Keterbatasan”

Pemeriksaan ini berlaku untuk Windows 11 25H2. Pembacaan parameter, nilai default, dan rentangnya terkonfirmasi. Keuntungan akhir tidak diukur dalam pengujian terkontrol dengan berbagai server, Wi-Fi dan Ethernet, MTU, serta packet loss. Pengalihan sebagian pemrosesan ke kartu jaringan tidak membatalkan aturan konfirmasi TCP. Namun pemrosesan batch, VPN, dan perilaku pihak kedua koneksi dapat menyembunyikan atau mengubah efek yang teramati.

Artikel ini tidak memuat pengamatan dinamis sendiri: pembacaan nilai oleh stack jaringan pada sistem yang berjalan dan interval konfirmasi aktual dalam skenario terkontrol tidak diukur. Pernyataan tentang pembacaan dan rentang bersandar pada analisis komponen TCP dan dokumentasi publik Microsoft, bukan pada pengukuran sendiri.

Cara melakukan bagian dinamis dari pemeriksaan secara mandiri — lihat Cara memeriksa sendiri.

Penelitian dan alat yang digunakan dimiliki oleh pengembang BoosterX, sehingga pengembang memiliki kepentingan langsung terhadap hasilnya. Metodologi dan batas penerapannya dijelaskan di atas, dan kesimpulannya dapat diverifikasi melalui data terbuka serta sumber publik yang tercantum.

Sumber

Section titled “Sumber”

Sumber publik diperiksa: 2026-09-02.

Riwayat perubahan

Section titled “Riwayat perubahan”
  • 2026-09-20: ditambahkan disclaimer tentang konflik kepentingan dan tautan ke pemeriksaan dinamis mandiri dalam metodologi.
  • 2026-09-19: pada keterbatasan secara eksplisit ditambahkan tidak adanya pengamatan dinamis sendiri dan pengukuran interval ACK.
  • 2026-09-02: publikasi pertama; jalur, defaults, dan rentang terkonfirmasi, ditambahkan batas pengaruh terhadap latensi.