TCP tuning: differenze tra le versioni

Versione delle 17:43, 29 ago 2018

Versione attuale delle 01:51, 22 mag 2024

(5 versioni intermedie di 5 utenti non mostrate)

Riga 18:

=== Ampiezza Finestra ===<!--[[Receive Window]] redirects here-->

{{seeVedi alsoanche|TCP window scale option|Congestion window}}

Nel [[computer networking]], '''RWIN''' ([[Transmission Control Protocol|TCP]] Receive Window) è la quantità di dati che un computer può accettare senza mandare un riscontro al mittente. Se il mittente non ha ancora ricevuto l'acknowledgement del primo [[pacchetto (reti)|pacchetto]] inviato, si stoppa e attende il riscontro, se l'attesa supera un certo limite, il pacchetto viene ritrasmesso. Così il TCP implementa il trasferimento dati affidabile.

Riga 34:

=== Perdita di pacchetto ===

Un ulteriore limite sulle prestazioni può verificarsi quando un pacchetto viene smarrito nella rete.<ref>{{cita web |url=http://www.psc.edu/networking/papers/model_ccr97.ps |titolo=Copia archiviata |accesso=10 maggio 2012 |urlmorto=sì |urlarchivio=https://web.archive.org/web/20120511174032/http://www.psc.edu/networking/papers/model_ccr97.ps |dataarchivio=11 maggio 2012 }}</ref> Quando viene limitata la velocità della connessione TCP a causa dell'[[TCP congestion avoidance algorithm|algoritmo per il controllo della congestione]], il limite può essere calcolato in questo modo:

<math> \mathrm{Throughput} \le \frac {\mathrm{MSS}} {\mathrm{RTT} \sqrt{ P_{\mathrm{loss} }}}</math>

Dove MSS è la maximum segment size e ''P''_loss è la probabilità di perditàperdita di pacchetto.<ref>RFC 3155</ref> Se la perdita di pacchetto è talmente rara che la finestra di ricezione viene regolarmente estesa completamente, questa formula non va applicata.

==Opzioni TCP per Prestazioni Elevate==

Riga 46:

I TCP timestamp (RFC 1323) Gioca un doppio ruolo: evitano le ambiguità dovute ai numeri di sequenza a 32 bit, e permettono una stima più precisa degli RTT in presenza di perdite multiple ad ogni RTT. Con queste migliorie, diventa ragionevole incrementare la finestra di ricezione oltre i 64 kB, che può essere fatto usando la window scaling option (RFC 1323).

L'opzione TCP di selective acknowledgment (SACK, RFC 2018) permette, in caso di perdita di pacchetto, permette al destinatario nella comunicazione TCP, di richiedere al mittente un preciso segmento che è andato perso. Questo migliora le performance su collegamenti con high-RTT, dove perdite multiple nelle finestre sono possibili.

Il [[Path MTU discovery]] evita il bisogno di frammentare i segmenti durante la comunicazione, incrementando così le prestazioni in presenza di perdite di pacchetto.

Riga 54:

== Collegamenti esterni ==

* [http://fasterdata.es.net/TCP-tuning/background.html TCP Tuning Guide] {{Webarchive|url=https://web.archive.org/web/20100618075447/http://fasterdata.es.net/TCP-tuning/background.html |date=18 giugno 2010 }}, ESnet

* {{cita web|httpurl=https://www.microsoft.com/technet/technetmag/issues/2007/01/CableGuy/default.aspx|titolo= The Cable Guy: TCP Receive Window Auto-Tuning}}

* {{cita web|url=http://www.web100.org/|titolo= The Web100 Data Bandwidth Testing}}

* [httphttps://www.dslreports.com/drtcp DrTCP] - a utility for [[Microsoft Windows]] (prior to [[Windows Vista|Vista]]) which can quickly alter [[Transmission Control Protocol|TCP]] performance parameters in the registry.

* [httphttps://www.dslreports.com/tweaks Information on 'Tweaking' your TCP stack], [[Broadband Reports]]

* [http://www.speedguide.net/analyzer.php TCP/IP Analyzer], speedguide.net

* [http://blogs.technet.com/winserverperformance/archive/2008/05/03/nt-ttcp-network-performance-test-tool-available.aspx NTTTCP Network Performance Test Tool], Microsoft Windows Server Performance Team Blog

Riga 64:

{{IPstack}}

[[Categoria:ProtocolliTransmission diControl InternetProtocol]]