Newsgroup: it.comp.reti.locali
Titolo: Come calcolare la velocità reale di una rete ?

Mi è stata spedita questa mail da un esperto di reti, chiedendomi di
provare.
Ma che senso ha ? ditemi un po' voi...
Occasionalmente, viene segnalato all'assistenza sistemistica che le
procedure (...) sembrano "lente" quando eseguite dai client di rete.
In questi casi, una delle prime verifiche utili per comprendere la
situazione consiste nel calcolo della velocità "reale" a cui sta
operando la rete.
Le operazioni da compiere per calcolare la velocità sono le seguenti:
            1. identificare sul server di rete un file avente
dimensioni di almeno 50 MBytes;
            2. leggere la dimensione espressa in BYTE del file.
            Un metodo per leggere la dimensione in byte consiste
nell'avviare Esplora Risorse, nel fare clic con il tasto destro del
mouse sul file e nel selezionare Proprietà.
            3. condividere la cartella contenente il file;
            4. posizionarsi sul pc client;
            5. avviare Esplora Risorse;
            6. fare una COPIA del file identificato dal server al
disco C: del client CRONOMETRANDO il tempo necessario a completare
l'operazione.
            7. calcolare la velocità "reale" nel seguente modo:
            - se DIMENSIONE = dimensione espressa in byte del file
            - se TSEC = numero di SECONDI trascorsi dall'inizio alla
fine dell'operazione di copia
            ... allora la velocità reale espressa in Mbit al secondo
della rete si puo calcolare nel seguente modo:
            VELOCITA' = (DIMENSIONE * 8) / (TSEC * 1048576)
            Ad esempio:
            se DIMENSIONE = 68 MBytes = 71303168 Bytes
            se TSEC = 4 minuti e 30 secondi = 270 secondi
            ... allora ...
            VELOCITA' = (71303168 * 8) / (270 * 1048576) = 570425344 /
283115520 = 2,01 Mbit al secondo
            8. verificare se la velocità "reale" ottenuta è pari
almeno al 50% della velocità "teorica" della rete che si sta
utilizzando.
            Le velocità "teoriche" delle reti più diffuse sono le
seguenti:
            - 10 Mbit al secondo
            - 11 Mbit al secondo
            - 54 Mbit al secondo
            - 100 Mbit al secondo
            - 1000 Mbit al secondo
            Nel caso dell'esempio, se la velocità "teorica" della rete
è di 100 Mbit al secondo e la velocità "reale" è di 2,01 Mbit al
secondo (cioè il 2% della velocità teorica) allora risulta evidente
che la rete non sta operando correttamente e che la lentezza è dovuta
a questo problema.

 Ma che senso ha ? ditemi un po' voi...
Non ho capito se chiedi che senso abbia una procedura per la velocita' 
reale della rete, oppure se abbia senso questa che viene indicata.
Nel primo caso, il motivo lo spiega gia' chi ti manda la procedura, dato 
che le prestazioni di una rete variano in base a un elevato numero di 
variabili; tipicamente: cpu, memoria ram, memoria di massa, sistema 
operativo, applicazioni impiegate, cablaggio, apparati attivi di rete.
Nel secondo caso, questa e' una procedura empirica, certamente, ma AFAIK 
e' uno dei modi per conoscere di sicuro lo stato di salute della rete 
locale.
Certo, la prova a cronometro non e' affidabile (troppo pochi test 
comunque) e non dice granche'; in genere preferisco osservazioni basate 
sul medio termine, sicuramente molto piu' realistiche.
Comunque, visto che il rendimento di una LAN non e' per nulla garantito 
a priori, la verifica dell'efficienza ha un'importanza diretta a livello 
di costi: piu' tempo impiego a trasferire materiale via rete e meno sono 
produttivo.
Pensa soltanto a un'azienda che fattura 10mila euro al giorno inviando 
dati in processi di stampa: se la rete e' efficiente al 40% (caso molto 
diffuso) ed i dispositivi di uscita restano in attesa per il tempo 
corrispondente, ogni giorno quell'azienda perde 12mila euro (potenziali) 
in quel collo di bottiglia.
Poi magari sono contenti perche' hanno speso poco di switch e server <g>
Ciao
Luca
-- 
Luca Sasdelli
Microsoft MVP - Security, Networking, Windows NT/2000/XP
http://support.microsoft.com/newsgroups/default.aspx
IDRCI Italia - 
http://www.idrci.it
 - 
http://forum.idrci.it
CHX-I, CHX-I NAT Stateful Packet Filter

 Luca
Grazie Luca !
Ciao
Yaku

 10%)... mah !
Se tieni il cavo, ovvero il wire-speed, come riferimento, e il software 
e' lento, direi che un po' di sospetti si potrebbero anche avere.
Stesse condizioni e paragone fra procedura e banale trasferimento FTP, 
danno letture molto diverse? Questo dovrebbe dire qualcosa.
Un Cliente con problemi sul gestionale dopo un upgrade sw, mi aveva 
chiesto di upgradargli server e switch a gigabit; siccome su queste 
cose, oltretutto in ambito office, sono un tantino incredulo (per il 
momento, s'intende), ho fatto questo confronto e ho riscontrato che 
l'applicazione aveva una performance del 2% rispetto a cio' che la rete 
offre. C'e' molto poco da puntare il dito sull'hardware quando ti 
accorgi che la nic misura si e no 2Mbps durante l'accesso ;-)


 
Perchè mi pare una storia conosciuta ?
Qui da me l'approccio alla implementazione di LAN (al massimo di 10
utenti) è questo: schede a 100Mbps e switch a 100Mbps, attento a dove
tiri il cavo, stop.
Sarebbe interessante il confronto con altre esperienze, non potremmo
che migliorare.... come si fa un confronto tra gli hw disponibili,
come si "stana" il sw di basse performance ecc..
In ogni caso mi pare che usare il cronometro sia troppo semplicistico.
Grazie Luca !
ciao
Yaku

 In ogni caso mi pare che usare il cronometro sia troppo semplicistico.
Certo, pero' rende l'idea. Se su una rete switched 100Mbps riesco a 
copiare mezzo giga al minuto fra tutte le coppie di macchine nello 
stesso momento, posso essere contento. Viceversa, se il minuto lo 
ottengo con una coppia sola in funzione, e mi si espande a cinque minuti 
quando lavorano tutti, ho un evidente sintomo di poca banda passante 
dello switch.
Ciao
Luca
-- 
Luca Sasdelli
Microsoft MVP - Security, Networking, Windows NT/2000/XP
http://mvp.support.microsoft.com
