Newsgroup: it.comp.os.linux.iniziare
Titolo: Rete a 100 mbit che non va a 100 mbit

Salve, ho due pc su cui ho montato due schede di rete 3com 3c905b, uno dei
quali è un pentium 200 mmx. Ho notato che se provo a caricare/scaricare
qualcosa dal 200 mhz, non riesco mai a superare i 5 mb/s, che sono un po
pochini per una rete a 100 mbit. Verrebbe subito da pensare che il collo di
bottiglia stia nell'udma 33, eppure guardate un po:
root@shelly:~# hdparm -tT /dev/hda
/dev/hda:
 Timing cached reads:   196 MB in  2.03 seconds =  96.52 MB/sec
 Timing buffered disk reads:   38 MB in  3.08 seconds =  12.34 MB/sec
Come vedete hdparm dice che dovrei arrivare a 12 mb/s. Ecco come ho
configurato l'hard disk:
root@shelly:~# hdparm -c -d /dev/hda
/dev/hda:
 IO_support   =  3 (32-bit w/sync)
 using_dma    =  1 (on)
eppure se uso wget per prelevare un file che ho su un altro pc:
root@shelly:~# wget 
192.168.0.1/A.AVI
--02:17:00--  
http://192.168.0.1/A.AVI
           => `A.AVI'
Connecting to 192.168.0.1:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 624,951,296 [text/html]
46% [================>                    ] 290,264,736    4.76M/s    ETA
01:04
ma ho notato una cosa: durante il trasferimento la cpu arriva al 100%!!!!
top - 02:20:02 up  2:02,  1 user,  load average: 0.63, 0.28, 0.11
Tasks:  26 total,   3 running,  23 sleeping,   0 stopped,   0 zombie
Cpu(s): 14.9% us, 74.3% sy,  0.0% ni,  0.0% id,  0.0% wa, 10.9% hi,  0.0% si
Mem:    126508k total,   124044k used,     2464k free,      896k buffers
Swap:   249976k total,        0k used,   249976k free,   114696k cached
Possibile che uno stupido trasferimento saturi un processore da 200 mhz? O
ci sono altri problemi di cui non sono al corrente? Grazie a tutti per le
risposte.

    -- From a Slashdot.org post

 Possibile che uno stupido trasferimento saturi un processore da 200 mhz? O
]zac[
In lettura è possibile, visto che c'è la cache del disco, in scrittura è
difficile (a meno il DMA non sia disattivato).
Visto che il carico maggiore è nelle chiamate di sistema ('74.3% sy'), senza
sapere quali sono i processi che hanno il maggiore consumo dei tempo della
cpu (con ' top ') è impossibile dare indicazioni (sfera di cristallo 
crepata).

 Come vedete hdparm dice che dovrei arrivare a 12 mb/s. Ecco come ho
No. Ti dice che dovresti arivare a 12 mB/s... cioè a circa 100 mb/s...
A parte questo, e a parte le successive validissime considerazioni sulla
saturazione della CPU, a cosa sono attaccati i PC ? Non è che il collo
di bottiglia sta da un'altra parte ? Magari in un hub limitato a 10 mb/s ?
-- 
Stefano Gatti 
Email: 
s.gatti...@email.it
 (togliere .levami)

Giuseppe Della Bianca wrote:

è il processo chiamato in causa per il trasferimento ad utilizzare tutta
quella cpu, se faccio un upload ad ftp è proftpd, se scarico qualcosa da
console è wget e cosi via.. ho anche eseguito un test con "iperf" ed i
risultati sono piuttosto strani:
con il pentium 200 mmx come server e l'athlon 1800+ come client:
root@daemia:~# iperf -c shelly
------------------------------------------------------------
Client connecting to shelly, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[ 5] local 192.168.0.1 port 37959 connected with 192.168.0.2 port 5001
[ 5] 0.0-10.0 sec 94.1 MBytes 78.9 Mbits/sec
un valore accettabile direi..
ma guardare cosa succede all'incontrario:
root@shelly:~# iperf -c daemia
------------------------------------------------------------
Client connecting to daemia, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[ 5] local 192.168.0.2 port 1159 connected with 192.168.0.1 port 5001
[ 5] 0.0-10.0 sec 63.4 MBytes 53.2 Mbits/sec
perchè tutta questa differenza?

 perchè tutta questa differenza?
Non ti saprei dire, potrebbe esserci qualche setaggio errato della rete
(tanti errori di trasmissione, problemi di routing, incompatibilità/bug del
modulo dela scheda di rete, ecc.).
E' probabile che solo una serie di test sistematici (con eliminazione di
ogni possibile passaggio intermedio dei pacchetti), o la fortuna di trovare
qualche testo di qualcuno con problemi simile, possa dare indicazioni
utili.
Auguri.