[Linuxtrent] Re: Netcat, dd e colli di bottiglia
- From: xenion@xxxxxxxxxxxx
- To: linuxtrent@xxxxxxxxxxxxx
- Date: Mon, 15 Dec 2003 14:43:10 +0100
On Mon, 15 Dec 2003 11:57:36 +0100
Flavio Visentin <visentin@xxxxxxxxxx> wrote:
> | Sì, volgio saturare la rete, passare da 80 a 100 sarebbe un guadagno
> | del 25%, che è qualcosa che si nota.
>
> Ma usi un cavo cross o sei su un HUB/SWITCH???
> Se usi un Cross puoi arrivare anche a performance di 90 MBit, su
> switch non penso tu possa arrivare oltre gli 80 MBit.
>
> Considera che l'incapsulamento dei dati in TCP, poi in IP, poi in
> Ethernet consuma banda "inutilmente". Ad ogni passaggio perdi per le
> intestazioni un po' di banda (un centinaio di bytes), poi hai tutti i
> vari SYN, ACK e via dicendo che sono pacchetti inutili che comunque
> viaggiano sulla rete e via dicendo.
senza i pacchetti 'inutili' ottieni un servizio pari a udp.. che
comunque viene utilizzato da tftp, anche se e' + lento di tcp.
> Alla fine il netto di 80MBit, se fai il calcoli corretti, vedrai che è
> + che accettabile.
> Se non ti basta questo risultato devi provare a cercare ed utilizzare
> un qualcosa simile a netcat ma che lavori a livello ethernet, in modo
> da diminuire l'overhead del protocollo TCP/IP. Su ml@xxxxxxxxxxxxx era
> passato qualcosa che implementava questa modalità, ma non ricordo come
> si chiamasse; una ricerca in google dovrebbe darti un aiuto.
linkat ?
comunque, da TCPIP-Illustrated-1:
1) [Mogul 1993] shows some results for file transfer between two workstations
on an Ethernet, with varying sizes for the transmit buffer and receive buffer.
(For a one-way flow of data such as file transfer, it is the size of the
transmit buffer on the sending side and the size of the receive buffer on the
receiving side that matters.) The common default of 4096 bytes for both is not
optimal for an Ethernet. An approximate 40% increase in throughput is seen by
just increasing both buffers to 16384 bytes. Similar results are shown in
[Papadopoulos and Parulkar 1993].
2) For an Ethernet this implies an MSS of up to 1460 bytes. Using IEEE 802.3
encapsulation (Section 2.2), the MSS could go up to 1452 bytes.
per questo ed altro:
http://awgn.antifork.org/codes/proxed.c
PS: qualcuno conosce tools per gestire pipes over ethernet senza ip/..?
ciao
-x
--
Per iscriversi (o disiscriversi), basta spedire un messaggio con OGGETTO
"subscribe" (o "unsubscribe") a mailto:linuxtrent-request@xxxxxxxxxxxxx
Other related posts:
