Egyetértek, érdekes lenne pontosan tudni mitől van ez a jelenség.
Ami biztos, hogy TCP-vel wifin mindig is voltak gondok. Elég sok csomag elveszik, ezek random, csatornából adódó vesztések, nem bufferméretből vagy torlódásból adódó csomagvesztések. WiFi 8-ba már ígérnek időréselést meg TSN és AVB-t megtámogató funkciókat, ezekkel biztos javul majd a helyzet. A fő baj, hogy egyenlő eséllyel veszik el egy 1500 bájtos adatcsomag és egy kb. 60 bájtos nyugta csomag, ami miatt újra kell küldeni az egyébként sikeresen célba ért adatcsomagot is. Szakdolgozatomhoz kísérleteztünk olyannal, hogy TCP letöltést végeztünk WiFi-n de a nyugta csomagokat a szerver felé kábelen küldtük vissza, amin több nagyságrenddel kevesebb a random loss és ha van is, L2-ben gyorsan újraküldi pár mikrosec alatt. Az eredmény kb. 15-45%-al gyorsabb letöltés volt WiFi-n (szabványtól és csatornától függően).
Ha ragaszkodsz a TCP-hez, amivel játszanék, azok a TSQ paraméterek, BBR vagy más WiFi barát torlódásszabályozó algoritmusok, esetleg egy állandó kétirányú 1ms gyakoriságú kis ping háttérfolyamat sink és a szerver között csak hogy ébren tartsa a rádiót.