Newsgroup: it.comp.os.linux.sys
Titolo: Invio posta e transfer rate

Ciao a tutti,
forse il messaggio è piu' adatto per it.comp.reti.locali, ma trattandosi
cmq. di linux ho pensato che forse migliori risposte le avrei
ottenute qui; diversamente mi scuso e mi sposto :) 
Sto conducendo alcune
analisi sulle prestazioni di una rete, con risultati che mi confondono un
pochino.
L'analisi nasce dal fatto che per spedire una mail tramite LAN con
allegato da 350 Kb circa (un jpeg o un pdf), ci vuole circa 1 minuto e
mezzo. Il server si trova in DMZ: postfix. Con una LAN 100 Mbs mi sembra
un tantino troppo.
Collegandosi con modem ADSL, (quindi all'esterno della rete) si ottengono
risultati decisamente migliori o piu' semplicemente normali: 28 sec. circa.
Mi è sorto quindi il dubbio che ci fossero problemi in LAN.
Prima cosa ho passato al settaccio tutte le schede di rete sia sul server
sia sul firewall; qui nasce la prima incoerenza:
tramite 'dmesg' ottengo che la/le schede sono tutte impostate a 100 Mbs
full-duplex, ma tramite mii-diag , nictools-pci ,  rtl8139-diag,
ethconf, ottengo invece che funzionano a 10 Mbs half-duplex.
Anche forzando gli applicativi di cui sopra a settare le schede a
100 Mbs in full-duplex, i risultati non cambiano.
Decido quindi di controllare l'hardware e....  gli switch e i led delle
stesse schede, indicano la rete a 100 Mbs.  Mah...
Siccome non si capisce a quanto viaggia questa benedetta rete, armato di
IPTRAF, faccio qualche prova di trasferimento.
Ho trasferito via FTP una cartella contenente un centinaio di file sul
server . Ho ottenuto transfer rate medi di 9000-10000 Kbits/sec.
Dopo ho provato a traferire un unico file ZIP di 400 Mb, con transfer rate
costante (il che mi indica una rete abbastanza stabile) a 45000 Kbit/sec.
Ho eseguito inoltre alcuni trasferimenti tramite SAMBA, qui i risultati
sono peggiori non tanto per le velocità quanto piu' per la stabilita.
Picchi continui che vanno da 600 K a 69000 Kbit/sec
Insomma tirando le conclusioni: la rete sembra funzionare correttamente a
100 Mbs, nonostante i net-tools confermino esattamente l'opposto ?
C'è secondo voi motivo perchè questo accada ?
E inoltre, come mai visti questi transfer la spedizione dei messaggi
risulta così logorroica, mentre dovrebbe essere piu' o meno istantanea ?
Le macchine sono tutte carrozzate con Debian Woody, e le schede tutte RTL
8193. 
Grazie a tutti e salutoni.
clust

 risulta così logorroica, mentre dovrebbe essere piu' o meno istantanea ?
Premetto che ho letto in fretta.
La sensazione, non e` di lentezza di trasferimento, ma di attesa. Se e`
cosi`, 9 su 10, si tratta di problemi di risoluzione inversa.
Verifica lo stato /etc/hosts.allow e hosts.deny, l'eventuale esistenza
di un sistema di naming (dns, file hosts...), e la correttezza dei dati
in essi.
Verifica anche che, su entrambe le macchine, sia possibile risolvere
correttamente nomi/indirizzi sia in modo diretto che inverso.
Caso per caso, se questo e` il problema, ci sono accorgimenti che ha
senso prendere.
HTH.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
The only thing that interferes with my learning is my education.

 allegato da 350 Kb
Quando trasferisci un'allegato lo stesso deve essere codificato per
poter essere trasferito, il che aumenta la dimensione della mail di
circa il 100%, inoltre, tu non trasferisci la mail e basta, ci sono 
anche tutti i dati di controllo.
Davide

 senso prendere.
Ringrazio tutti e due per le delucidazioni... è probabile che
pastrocchiando con la configurazione della macchina, abbia effettivamente
modificato qualcosa.
Già domani vedro' di provare le strade suggerite nella speranza di
ricavarne qualche miglioramento; speriamo in bene.
Detto questo ho cmq. fatto luce sulle incongruenze riscontrate
nei valori dichiarati da ethtool e compagnia bella, e i valori indicati
sullo switch e sulla scheda di rete.
Chi utilizza Debian Woody ed è all'ascolto potrebbe trarre qualche spunto
dalla mia piccola avventura/ricerca.
Nel mia prima richiesta d'aiuto sostenevo che c'erano problemi con la
configurazione ed il funzionamento della scheda di rete (una realtek
8139), il che all'apparenza puo' sembrare strano visto che si parla di una
scheda supportata perfettamente da tutte le distro in circolazione (Debian
compresa.) Tramite i net-tool avevo riscontrato che la mia scheda
funzionava a 10 Mbs, in modalità half-duplex! 
Benche ci fosse qualche dubbio in merito, ho poi scoperto che queste
informazione era vera.
Dopo un'osannata ricerca in rete, ho scoperto che c'è un bug nel modulo
8139too versione  0.9.24 (versione rilasciata nel kernel 2.4.18). 
Non ho approfondito molto, ma ho capito che provoca problemi  solamente 
con le schede che montanto il chip 8139D (che guarda caso è proprio
quello che ho io)
Pertanto ho scaricato l'ultima versione disponibile (0.9.26),
ma purtroppo non sono riuscito in alcun modo a compilarlo. 
Anche in questo caso tramite google, ho riscontrato che molti hanno
avuto lo stesso identico problema. 
No way: ho downloadato il kernel 2.4.22 e
ho ricompilato. Magicamente, le schede funzionano a 100 Mbs full-duplex, e
sia ethtool, sia mii-diag confermano... vittoria :) 
Ciao e nuovamente grazie.

 senso prendere.
Ciao e grazie.
clust

 Si... sotto questo punto di vista nessun problema.
Purtroppo non hai aggiunto molte informazioni. Provo io a fare
l'indovino, ma diventa una pratica lunga.
- uso, nella struttura di rete, di nomi invalid. Il fatto che siano in
  hosts, non significa necessariamente tutto. La libresolv e` un po`
  incasinata, e non tutti gli applicativi interrogano le varie risorse di
  naming come ti aspetti.
- ident client/server da qualche parte non configurato (utilizzato pero`
  da qualche parte, tipo wrapper).
- indisponibilita` di risoluzione o non coerenza tra myorigin e
  DNS/rDNS.
Prova ad aumentare la verbosita` dei log, invocando postfix con
l'opzione -v e vedi se ricevi qualche info utile.
Alla disperata, prova a produrre output piu` verboso, con le direttive
di debug (debug_peer_level, debug_peer_list e debugger_command), ma ti
consiglio di guardare _bene_ la documentazione di postfix (il debugger
e` orientato alla risoluzione dei problemi del software).
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
All in all it's just another kick in the balls.

 e` orientato alla risoluzione dei problemi del software).
Questo l'avevo già provato ieri, ma come giustamente dici, è piu'
indicato in problemi software, ed a onor del vero non ne avevo cavato
fuori nulla.
Va da se che che ogni volta che incorri in qualche problema, ne impari una
nuova; quanto meno mi sono letto il DEBUG_README :)
Nuovamente grazie per il tempo e i conisigli: daranno man forte in futuro.
Ciao

 considerazione in futuro.
:)
Ciao.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
The software said it requires Windows 95 or better, so I installed Linux