Newsgroup: it.comp.reti.locali
Titolo: domanda forse ingenua

salve,
non mi spiego un fatto: se uso bittorrent e in quel momento sto
facendo _solo_ upload (al massimo della capacita'), perche' la
navigazione internet mi risulta molto lenta?
grazie

 navigazione internet mi risulta molto lenta?
dai un limite alla capacita di upload e vedi se va meglio

 navigazione internet mi risulta molto lenta?
Ovvero, saturando la banda in upload? Beh, un motivo e' che ogni
"richiesta"... lapalissianamente utilizza l'upload, :-) un altro e'
che, nel caso di tcp, la stream richiede l'invio di riscontri dei
pacchetti ricevuti (che sara' anche poca roba, che per di piu' usa
accorgimenti per minimizzare/cumulare/ottimizzare l'invio dei
riscontri, ma se l'upstream e' saturo...).
bye G.L.
-- 
"E' assolutamente evidente che l'arte del cinema si ispira
alla vita, mentre la vita si ispira alla TV" - Woody Allen


perche per scaricare pagine web o file comunque il tuo pc deve
contattare continuamente il server remoto per mantenere la connessione
e sel'upload e satura non c'è la fà e potrebbero anche cadere le
ocnnessioni.
Per poter scaricare devi avere capacitàdu upload quindi come ti ha
detto morph3us limita l'upload.
Ciao

Omero ha scritto:

oltre a limitare l'upload, potresti cambiare il valore dell'MTU (max 
transfer unit) che sarebbe la dimensione massima del pacchetto che trasmetti
a grandi linee (molto grandi) ti faccio un esempio: dal tuo client di 
posta trasmetti una mail con allegato da 1MB seguita da un'altra da di 
dimensione 10KB... la seconda, per poter essere inviata, deve aspettare 
l'invio della prima, anche se a confronto il tempo da lei richiesto è 
notevolmente inferiore
la corrispondenza con il tuo caso è bittorrent che sta inviando, e devi 
aspettare che finisca di trasmettere il pacchetto attuale prima di 
inviare la richiesta della pagina web
il traffico è diviso in pacchetti, se diminuisci la dimensione massima 
di ogni pacchetto, la tua richieste più piccole verranno processate più 
velocemente... per contro avrai una frammentazione maggiore del traffico 
con più pacchetti il che significa maggior dati da trasmettere e quindi 
minori velocità massime di upload/download

 minori velocità massime di upload/download
mi autocorreggo, avendo aggiunto il "/download" in fondo in maniera non 
troppo corretta
infatti come l'MTU indica la dimensione del pacchetto che si invia, 
l'MRU indica la dimensione del pacchetto che si riceve
quindi se non tocchi questo parametro, la velocità massima di download 
dovrebbe restare invariata

 notevolmente inferiore
Beh, ok sulle grandi linee, ma questa affermazione fa pensare che tu
ritenga che l'email da 1MB venga inviata in un unico datagramma
tcp/ip...
:-)


 bye G.L.
le grandi linee erano per far capire il senso delle priorità, non 
volento entrare troppo nel dettaglio
il senso è far capire che un pacchetto da 1500 bytes deve essere 
processato precedentemente ad uno di 100 bytes che sarebbe trasmesso in 
una frazione di tempo rispetto al precedessore
quando la banda è satura, si hanno ritardi di svariati secondi tra la 
richiesta della pagina, e tutte le richieste successivi degli elementi 
presenti al suo interno (anche se questi con http 1.1 sono richiesti in 
parallelo)

 per l'upload saturato, 1500 è sicuramente un valore troppo alto
Io non saprei sinceramente se abbassando il valore di MTU le cose
migliorino piu' di quanto potrebbero peggiorare con un aumentato
rapporto payload/dati utili (40 byte, 48 byte su atm). In particolare,
con upload saturato, dubito che "frammentando" con drastica diminuzione
della MTU, questo possa avere qualche effetto evidente sulla
disponibilita' di banda fra piu' applicazioni, visto che si sta parlando
di disponibilita' di banda abbastanza ingente. Cioe', ipotizzando la
massima MTU su ATM (1492 B * 8 = 11936 b) abbiamo che in upstream, a 384
kb/s = 393216 b/s si trasmette 11936/393216 = 0,0303 secondi, cioe' un
pacchetto ogni 3 centesimi di secondo: direi che ogni applicazione ha
comunque parecchie chances di impegnare il mezzo trasmissivo, anche
alla massima mtu, e anche in condizioni di saturazione di banda, ovvero
il tutto mi pare abbastanza "granulare"... :-)


 il tutto mi pare abbastanza "granulare"... :-)
Ti posso dire che ho provato ad abbassare questo valore da 1500 a 1000 
bytes ed effettivamente il solo bittorrent che prima scaricava a 
velocità irrisorie con l'upload saturo, dopo si comportava molto meglio.
Potrà essere stato un caso (lo uso solo di tanto in tanto per qualche 
distro di linux) ma empiricamente ha funzionato.
Concordo con i tuoi conteggi di b/s, ma penso anche che non ci sia un 
solo pacchetto nel buffer di uscita... il tuo ragionamento non farebbe 
una piega se si dovessero trasmettere solo quei 2 pacchetti, in realtà i 
programmi p2p aprono tante connessioni e su ognuna inviano/ricevono 
serie di pacchetti
si dovrebbe conoscere a fondo il funzionamento S.O. che gira sotto 
l'applicativo per poter fare dei calcoli, e personalmente, non ne sono 
in grado

  serie di pacchetti
Non ho parlato di trasmettere due pacchetti... e fine, ma della
"granularita'" e dell'ottimale suddivisione di banda fra i
vari socket aperti, in cui dubito che la MTU c'entri qualcosa.
Alla fine quello a cui volevo arrivare e' il fatto che l'ottimale
"taratura" della MTU e' finalizzata al fatto di non vedersi
frammentare eccessivamente i pacchetti, cosa che va detrimento
delle prestazioni. E l'ottimale MTU dipende da chi ti fornisce il
collegamento.


 collegamento.
se fai questo tipo di conteggi teorici, sembra proprio che i pacchetti 
da trasmettere siano 2
un sensibile calo delle prestazioni dovute ad un MTU più piccolo è 
logico in funzione della maggior quantità dei dati da trasmettere (ma 
questo l'avevo già detto nella prima risposta)
infine penso che l'MTU ottimale non possa essere dettato dall'ISP, 
dipende dai tragitti che devono fare i tuoi pacchetti e dagli MTU 
impostati su questo tragitto, dove il tuo fornitore di collegamento 
rappresenta solo una minima parte
infine mi domando a cosa possa servire tutta questa discussione a chi ha 
aperto il thread inizale... non che gli argomenti siano da disprezzare, 
ma la prova su strada resta sicuramente il riscontro più chiaro

 ma la prova su strada resta sicuramente il riscontro più chiaro
Semplicemente che andare a toccare pesantemente la MTU non vedo come
possa aumentare la disponibilita' di un link saturo all'apertura di
nuovi socket. Poi, ognuno rimanga della sua opinione.


Renaissance ha scritto:

potremmo andare avanti all'infinito contrastando ogni volta punto punto 
le risposte dell'altro (questa volta non lo faccio, tanto la 
conversazione ovviamente non porta a niente)
tu non lo ritieni valido, io si... ognuno per la sua strada

 tu non lo ritieni valido, io si... ognuno per la sua strada
Son d'accordo. Non pero' nel considerare il tutto un "contrasto".
