ładowność danych w sieci TCP ack

Question

mam przesiewanie niektórych śladów sieciowych i zauważyłem na moim komputerze, który po podłączeniu za pośrednictwem protokołu HTTP, pakiety wyglądać mniej więcej tak:

client --> server: GET 
server --> client: tcp ack 
server --> client: HTTP response 
client --> server: tcp ack 

Ja jednak spojrzał na jakiś CIFS (SMB), które ocaliłem od kilku lat. Widzę rzeczy takie jak:

client --> server: Create Request 
server --> client: Create response (This packet also acks the request) 

Na wysokim poziomie, zastanawiam się, dlaczego różnica - co powoduje różne zachowania? Co to jest kontrolowanie, czy odpowiedź aplikacji jest umieszczona na żądaniu ack lub innym pakiecie: aplikacji lub systemie operacyjnym?

Answer 1

To zachowanie zależy zarówno od systemu operacyjnego, jak i aplikacji. W Linuksie jądro nie wysyła bezpośrednio potwierdzenia ACK, ale czeka na ustaloną liczbę milisekund (około 200), mając nadzieję, że ma dane do wysłania i może przekazać dane ACK.

Jeśli licznik czasu zgaśnie, to potwierdzenie zostanie wysłane natychmiast.

Przykład 1.

Client sends the GET request. 

Server tries to create a http response, but before it does that 200ms are gone 
and it must send the ACK before the http response. 

Przykład 2.

Client sends the GET request. 

Server creates a http response within the timer limit, and the ACK can piggyback 
the data. 

znaczenie, jeśli aplikacja dostaje wolniej na generowanie tej odpowiedzi ACK zostanie wysłany bez piggybacking na danych. A także w zależności od systemu operacyjnego, timer opóźnienia może być wyższy/niższy i ponownie zmieniać sposób wysyłania komunikatów ACK.