Newsgroup: it.comp.os.linux.sys
Titolo: Velocità scp

Possibile che spostando un tar da circa 2Gb con scp tra due macchine
connesse tra loro da un cavo cross il tutto vada a 1.1MB/s ?? Le due
schede sono ethernet 10/100, il resto del traffico (amule, www,
ecc..)passa per l'interfaccia wireless.
Inoltre ho notato che anche la condivisione nfs è molto lenta, mentre
Samba è 'abbastanza' veloce..
grazie
g4b0



Visto che scp di default critta, e se impostato cerca anche di comprimere, 
la velocita` dipende in stretta relazione dalla velocita` delle due CPU.
Visto che sei via cross, usa rsync, o disabilita la crittazione del 
traffico.
Bye.


Un altro fattore influisce: la velocità del disco.
Comunque fare la prova via rsync senza criptare il canale è una buona 
prova. Se anche in quel caso la velocità rimane bassa, prova ad indagare 
sulle velocità del disco (magari verificando le impostazioni di dma, 
cache e spazio su disco)
LP

 connesse tra loro da un cavo cross il tutto vada a 1.1MB/s ??
Si che e' possibile. Con scp o con sshfs le velocita' sono scarsucce.
Adesso prova a fare lo stesso trasferimento su NFS.
Ma non venirci a dire che e' 10 volte piu' veloce; lo sappiamo gia' :)
Questa e' roba che va usata in ambienti dove e' richiesta privacy e 
sicurezza dei dati.
In ambiente domestico (come mi pare che sia il tuo) mi sembra una cosa 
assolutamente inutile.
-- 
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
  printf $i }'; echo

 
Comunque, via switch Nortek (quindi non un Cisco, ma uno switch da 
supermercato, e nemmeno cavo cross), 100MBit/sec tra pc e switch, e 
100MBit/sec tra switch e notebook, con scp viaggio ben sopra agli 
8MByte/sec (fanno 80Bit/sec di banda utile più tutto l'overhead).
Poi dipende tutto da come sono i file sul disco. File piccoli non è 
affidabile, file grandi, al massimo, scendo a 5MByte/sec (e devo avere 
qualche problemino di configurazione perché i dischi sono un po' lentini)
Per essere sicuro di non essermi confuso, sto trasferendo un file via 
wifi con un ap 54Mbit e in questo momento sono collegato a 26Mbit 
(qualche muro in mezzo)
SCP dice 2.5MByte/sec, il monitor di rete di gkrellm mi dice 
2.7MByte/sec (il tutto con punte di 3.9MByte/sec di banda quando il 
collegamento "sale" a 48Mbit/sec). Direi che sto andando a piena banda 
(file da 400Mbyte)
1.1Mbyte/sec è una 10Mbit, non una 100Mbit (!)
io controllerei con mii-tool per vedere se effettivamente sta andando a 
100Mbit/sec
LP

 Un altro fattore influisce: la velocità del disco.
Miseriaccia!!
Disco a 1.1MB/s == cambiare disco in fretta

 100Mbit/sec
Io - che sono un po' stupido come l'autore del post - sto usando sshfs 
tra 2 macchine che ho a casa.
Lo faccio per comodita' perche' ottengo accesso facilmente accesso da 
root anche con il mio utente. Al tempo stesso ho installato un automount 
NFS. Chiaramente su file di piccole dimensioni me ne frego e non vado a 
guardare alle prestazioni. Se pero' devo trasferire file grossi e meglio 
che lo faccio tramite NFS.
Era evidente nel mio caso: stavo trasferendo un filmato avi e mi sono 
reso conto che non avrebbe finito mai. Ho interrotto, l'ho fatto su NFS e 
la velocita' e' quintuplicata.
Non oso immaginare cosa succederebbe in caso di accessi multipli.


 connesse tra loro da un cavo cross il tutto vada a 1.1MB/s ?? Le due
Io controlleri bene come sono settate le schede.
A me e' capitato piu' di una volta che in collegamenti diretti da scheda a
scheda, l'autoriconoscimento della velocita' e/o duplex mode facesse
scherzi strani.
Prova a forzare 100 e half duplex.
In un caso ho risolto solo mettendo uno switch in mezzo.
C'e' poi la questione del delayed ack ma se le macchine sono entrambe linux
non dovrebbe essere un problema.
-- 
Stefano L.