Newsgroup: it.comp.os.linux.ubuntu
Titolo: Rete Gigabit lenta

Dunque,tra 2 macchine ubuntu la velocita' di punta arriva a circa
6Mb/s,entrambe le ethernet sono riconosciute correttamente a
1000Mb/s,sulle medesime macchine usando windows arrivo a 40Mb/s,non
capisco perche' ubuntu non voglia camminare.
-- 
VRG Valle d\'Aosta retrocomputing group

capisco perche' ubuntu non voglia camminare.
40 M bit o 40 M byte?
Se è la prima, come hai scritto, è comunque lenta, dovrebbe arrivare
almeno a 100.
Come è fatta la rete e come hai misurato la velocità?

 ha scritto:

In megabyte,i 2 pc sono collegati al router gigabit con 2 cavi cat5e da
1,5metri, i test li ho fatti con il protocollo smb e con iperf.



in che senso, su cosa lo hai spetimentato:
ftp ?
samba ?
nfs ?
Dei 2 nfs è un po' più veloce, ma non è direttamente compatibile con win 
(esiste un tool di compatibilità, ma non mi sono mai sbattuto a provarlo)
Per Samba:
Su ubuntu (non server) di default samba ha questo parametro troppo 
basso: CIFSMaxBufSize
Crea un file /etc/modprobe.d/cifs.conf
e mettici dentro questa riga: (con valore 2^17)
options cifs CIFSMaxBufSize=131072
nel file config di samba metti qualcosa del genere... (Al massimo 
2^17)... Ho provato da (2^14 a 1^17 Le soluzioni migliori le ho con 2^15 
o 2^16. Indeciso fra queste ultime 2 ho scelto quella con minor impatto 
sulla memoria)
/etc/samba/smb.conf
socket options = TCP_NODELAY IPTOS_LOWDELAY SO_SNDBUF=32768 
SO_RCVBUF=32768 SO_KEEPALIVE
Se da linux monti un filesystem samba mettici qualcosa del genere....
sudo mount.cifs //ip-remoto/dir-remota /dir-locale -o 
user=mioutente,password=miapassword,rsize=32768,wsize=32768
NFS:
Se invece monti un nfs le prestazioni migliori le ho avute con questi 
parametri finali: (Eventualmente cambia ro in rw se ci vuoi scrivere)
-o ro,rsize=32768,wsize=32768,hard,intr
FTP:
Su ftp mi chiamo fuori il mio va alla metà di quanto mi aspetto.

1,5metri, i test li ho fatti con il protocollo smb e con iperf.
Che comandi iperf hai dato esattamente, e che cosa dice l'output?


Per samba ti ho risposto a parte.... (dimenticavo dopo le modifiche fai 
un reboot che si rilegge le modifiche... o fai ripartire la roba giusta)
Nota: il file da creare dentro modprobe è fondamentale. Senza quello 
con il kernel standard della versione desktop rimani lento.
per iperf non saprei, so di cosa parli, ma nessuna esperienza... l'ho 
usato solo qualche volta per testare delle wireless lan su macchine 
XP... Ma non ricordo su cosa si appoggi per il test.

 options cifs CIFSMaxBufSize=131072
RETTIFICA
options cifs CIFSMaxBufSize=130048
(che è quello di prima meno 1024 Non so perchè)
questo numero come massimo comunque lo si puo vedere con :
modinfo cifs
Per vedere che l'opzione sia attiva:
modprobe -c |grep cifs
options cifs CIFSMaxBufSize=130048

 i test li ho fatti con il protocollo smb e con iperf.
I test di velocità della rete vanno fatti senza mettere di mezzo
protocolli applicativi.
Prova ad usare nc dall'una e dall'altra e vedi se così corre.
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

bc <no...@none.none> ha scritto:

Ho provato a sostituire il cavo di 1 dei 2 pc,quello che avevo prima era del
tipo gia' fatto e avevano un cablaggio strambo,me lo sono rifatto da solo
pinzando i plug nel modo giusto,ora arrivo a 25-30MByte/s su ubuntu,anche
dopo aver fatto le modifiche da te suggerite le cose rimangono
invariate,puo' darsi che sia un problema dei drivers realtek.


 invariate,puo' darsi che sia un problema dei drivers realtek.
Premesso che se il problema e' hardware con i settaggi ci fai ben poco.
però se con windows ti va a 40, non dovrebbe essere hardware.
CIT:
 > "sulle medesime macchine usando windows arrivo a 40Mb/s,non
 > capisco perche' ubuntu non voglia camminare"
Domanda forse scema... Ma non è che ti sei dimenticato qualche log su 
samba in configurazione "VERBOSE"
Io come velocità ottenevo circa gli stessi risultati di windows anzi 
forse qualcosa meglio per trasferimenti da linux a linux. 
Indicativamente su un trasferimento di 1 ora magari risparmiavo 3 o 4 
minuti. Prove comparative che ho fatto sempre con filesystem ntfs e su 
stesso hardware. Utilizzando win senza antivirus, però ripetute poche 
volte per considerarle veramente affidabili. Poi mi sono rotto di fare 
dei benchmark.
Con Samba Io vado tra i 35 è i 60.
Se uso nfs il transfert/rate è molto piu variabile, ma direi che va da 
40 a 80... Con qualche picco superiori ai 100.
Comunque con iperf su mie macchine ( Linux - Linux )
SERVER: iperf -s -D ( -D per buttarlo su come demone )
CLIENT: iperf -c IPMIOSERVER -r -t 60 -f M
Risposta:
   Trasferiti: 4432MB
   Velocità: 73.9/MB/s
Se hai problemi già con iperf allora il problema sembra hardware (Gli 
switch economici ogni tanto possono impallarsi e serve la classica 
soluzione dell'informatico: spegni/riaccendi). Però dovresti averlo 
anche con win.
Come dici potrebbe essere anche un problema di driver...
però anche se è possibile, mi sembra improbabile che ci siano problemi 
sulla scheda realtek. Sono le più comuni, quindi è probabile che anche 
il tuo modello sia ben supportato.
con lsmod ho individuato il modulo della scheda
che è r8169 Sia sul fisso che sul portatile con cui ho fatto il test iperf.
Con: modinfo r8169 la mia scheda realteck r8169 fra le altre cose mi 
mette questo:
description:    RealTek RTL-8169 Gigabit Ethernet driver
parm: rx_copybreak:Copy breakpoint for copy-only-tiny-frames (int)
parm: use_dac:Enable PCI DAC. Unsafe on 32 bit PCI slot. (int)
parm: debug:Debug verbosity level (0=none, ..., 16=all) (int)
Immagino che le voci parm siano parametri che possono essere impostati 
manualmente  creando un opportuno file sotto /etc/modprobe.d
Chiaramente dovrai farlo per la tua, non per la mia...
Vedendo i parametri che tira fuori si puo' provare a cercarli in google
per vedere se c'entrano con la velocità.
Se i parametri sono gli stessi tre presenti quà sotto sicuramente, 
saranno già impostati come in maniera corretta.

 
Ok,forse ci siamo
il mio iperf restituisce
Trasferiti: 4139 MBytes
Velocita: 69.0 MBytes/s
Samba e' rimasto sui 30 MBytes/s


Dimenticavo,
# We want Samba to log a minimum amount of information to syslog. Everything
# should go to /var/log/samba/log.{smbd,nmbd} instead. If you want to log
# through syslog you should set the following parameter to something higher.
   syslog = 0
 
quindi il log dovrebbe essere disabilitato.


Velocita: 69.0 MBytes/s
Questo dovrebbe andar bene.  Cosa hai cambiato?


da terminale: " testparm " non presenta rogne vero?
Per il discorso log un cut&paste dal mio:
   log file = /var/log/samba/log.%m
   max log size = 1000
   syslog = 0
   log level = 2
Altra cosa che potrebbe teoricamente rallentare è la velocità del 
filesystem/o_del_supporto.
Magari se stai prendendo la roba da un disco usb quei 30MB sono vicini 
al limite dell'USB 2.0.
Sarebbe utile verificare se copiando la sorgente su un altro disco della 
stessa macchina la velocità aumenta.
Non mi viene in mente nient'altro.


E questo toglie i dubbi sull'hardware.
Samba su quello ci mette anche il protocollo di comunicazione, quindi
ovviamente non arriverai a 69 però secondo me almeno a 40 dovresti 
arrivarci.
Do per scontato che samba lo provi trasferendo file grandi... per 
esempio film immagini-iso e roba del genere, non un bazillione di file 
piccolini.

 
Testparm risponde...
rlimit_max: rlimit_max (1024) below minimum Windows limit (16384)
Processing section "[printers]"
Processing section "[print$]"
Loaded services file OK.
Server role: ROLE_STANDALONE
I dischi non dovrebbero avere rogne,su entrambi i sata 80MBytes/s li fanno,poi
si,sto' provando con una iso massiccia da 7gb e rotti.


 rlimit_max: rlimit_max (1024) below minimum Windows limit (16384)
Non so più cosa dirti...
immagino che tu abbia già guardato che ram e processore non siano 
impiccati. Non dovrebbero influire molto, ma se stai cercandi di fare un 
fileserver con un atom ... magari il problema è li (arrampicata sugli 
specchi).
"rlimit_max"
Questo warnig è riferito al numero di file che è possibile aprire. Non 
dovrebbe centrare nulla con la velocità. (e non è direttamente collegato 
a samba)
comunque lo risolvi modificando il parametro " nofile " dentro a:
/etc/security/limits.conf
Modifica l'impostazione sia per root che per utente aumentando il valore:
root hard nofile 131072
root soft nofile 65536
mioutente hard nofile 32768
mioutente soft nofile 16384
...
Ti torna utile anche se usi emule sotto wine e hai una lista di scarico 
molto molto molto lunga.
Ma per la velocità non credo che cambi nulla.
Se hai 2 PC linux io farei una prova utilizzando nfs per vedere che 
velocità raggiunge. Non che risolva il problema, ma magari da un info in 
più.
guarda con dmesg e magari riabilita i log per vedere se trovi qualcosa 
di strano.
Per gli hdd Velocità provata con linux?
anni fa, ai tempi degli degli HDD-IDE e ULTRADMA per esempio mi è 
capitato che qualche controller portasse rogna con driver non perfetti e 
problemi su ultradma e che il disco su linux fosse notevolmente più 
lento che su windows.