Una rete multigigabit lenta non si risolve necessariamente comprando un cavo più costoso. Il limite può trovarsi nella velocità negoziata, nella porta dello switch, nel collegamento USB della scheda, nel processore o nei dischi che leggono e scrivono i dati. Prima di cambiare hardware occorre separare queste parti con prove semplici e ripetibili.
Il numero stampato sulla scheda di rete indica una capacità, mentre la copia di una cartella misura un percorso completo. Un NAS con una porta da 10 gigabit può trasferire lentamente molti file piccoli senza avere un guasto di rete. Vediamo come raccogliere i dati su Windows, misurare un collegamento locale e capire quando il problema riguarda storage o applicazioni.
Rete multigigabit lenta: distinguere tre velocità
La prima misura è la velocità del collegamento negoziata tra due porte. La seconda è il traffico utile che passa durante una prova. La terza è la velocità di un programma, per esempio una copia tramite condivisione di file. Questi valori sono collegati, ma non coincidono.
Ethernet indica normalmente gigabit al secondo, mentre molti programmi di copia mostrano megabyte al secondo. Un byte contiene otto bit: 2,5 gigabit corrispondono a 312,5 megabyte al secondo teorici; 10 gigabit corrispondono a 1.250 megabyte al secondo teorici. Sono conversioni della capacità nominale, non risultati attesi in ogni trasferimento.
Protocolli, metadati, code e comportamento dei dispositivi riducono il valore utile. Se una copia riporta 250 megabyte al secondo, non confrontarla direttamente con 2,5 gigabit come se fossero la stessa unità. Prima uniforma le unità, poi identifica quale parte del percorso stai misurando.
Un test Internet aggiunge anche provider, server remoto e percorso pubblico. Può essere utile per la connessione esterna, ma non isola una rete locale multigigabit. Per capire un trasferimento PC-NAS serve una prova che rimanga nel perimetro locale.
Controllare la velocità effettivamente negoziata
Su Windows apri PowerShell e leggi le schede presenti:
Get-NetAdapter | Select-Object Name, InterfaceDescription, Status, LinkSpeedIl comando mostra nome, descrizione, stato e velocità del collegamento senza modificare la configurazione. Identifica la scheda cablata realmente usata: VPN, schede virtuali e connessioni wireless possono comparire nella stessa lista. Se il PC dispone di più percorsi, la presenza di una scheda veloce non prova che il traffico la utilizzi.
Controlla lo stesso dato sulla porta dello switch e sul NAS. Se uno dei collegamenti è a un gigabit, il percorso non raggiungerà dieci gigabit end-to-end. Una scheda da 2,5 collegata a una porta da un gigabit può funzionare correttamente proprio a quel limite.
Per gli adattatori USB verifica anche porta e collegamento al computer. Un hub condiviso o una modalità USB più lenta possono ridurre la capacità disponibile. Annotare il modello esatto permette di verificare requisiti e limiti senza attribuire tutto al cavo Ethernet.
Un inventario minimo del percorso
Disegna la catena reale: PC, adattatore, cavo, porta switch, eventuale collegamento tra switch, NAS. Scrivi la velocità di ogni tratto. Una interconnessione da un gigabit tra due switch può diventare il limite anche quando tutte le porte dei dispositivi finali sono più veloci.
Se non conosci un tratto, segna dato da verificare. Questa piccola mappa evita acquisti casuali e rende più utile il dialogo con chi gestisce la rete.
Provare cavi e porte cambiando una cosa alla volta
Se il collegamento negozia una velocità inferiore a quella supportata da entrambe le estremità, prova un cavo noto come funzionante e una porta compatibile diversa. Cambia un elemento alla volta e ripeti il controllo della velocità. Se sostituisci contemporaneamente cavo, switch e driver, il miglioramento non chiarisce quale fosse la causa.
Non basta leggere la categoria stampata sulla guaina. Lunghezza, terminazioni, prese intermedie e condizioni fisiche contribuiscono al risultato. Per impianti strutturati usa una verifica del cablaggio adeguata al collegamento, soprattutto quando il comportamento cambia tra prese dello stesso edificio.
Mantieni la negoziazione automatica salvo una necessità documentata del produttore o del progetto di rete. Forzare una modalità per ottenere un numero desiderato può creare incompatibilità. Registra la configurazione iniziale prima di ogni prova e ripristinala se il risultato peggiora.
Per la gestione del router e degli accessi resta utile la guida alla privacy della rete di casa e del piccolo ufficio. Una prova di prestazioni non richiede di disattivare le protezioni del perimetro o esporre servizi di test su Internet.
Misurare il traffico senza far dipendere il test dai dischi
Un generatore di traffico permette di misurare la rete senza copiare una cartella dal disco. Con iperf3 servono un client e un server sulla rete autorizzata. Gli esempi seguenti riguardano ambienti Linux con pacchetti affidabili; iperf3 non offre supporto ufficiale per Windows. Se il tuo team usa Windows, scegli uno strumento supportato o una build approvata e documenta questa differenza.
Sul dispositivo scelto come server avvia:
iperf3 -sDal client esegui la prova verso il suo indirizzo:
iperf3 -c <IP_SERVER_LAN> -t 20
iperf3 -c <IP_SERVER_LAN> -t 20 -RSostituisci il segnaposto con il vero indirizzo autorizzato. La prima prova invia dal client al server; la seconda inverte la direzione. La durata indicata è di venti secondi. I comandi generano traffico e possono saturare il percorso: concorda una finestra che non interferisca con servizi critici.
Consenti la porta del test soltanto tra i dispositivi previsti, senza disattivare globalmente il firewall. Alla fine arresta il server e rimuovi eventuali regole temporanee. Conserva versione dello strumento, comando e risultato per poter confrontare prove equivalenti.
Che cosa suggerisce una differenza tra le direzioni
Se una direzione è molto più lenta, controlla carico del dispositivo che riceve, driver, collegamento USB e contatori di errori. La differenza non identifica automaticamente il componente guasto, ma riduce il campo. Ripeti la prova con un secondo dispositivo quando disponibile per verificare se il limite segue un endpoint.
Una prova con più flussi può evidenziare limiti del singolo flusso, ma non descrive necessariamente il comportamento del servizio finale. Parti dalla configurazione semplice e aggiungi varianti soltanto per rispondere a una domanda precisa.
Controllare errori, CPU e driver
Su Windows puoi leggere i contatori delle schede:
Get-NetAdapterStatisticsIl risultato offre statistiche di traffico, errori e scarti disponibili per le schede. Confronta i valori prima e dopo una prova; un totale accumulato da settimane non descrive necessariamente il test appena eseguito. Conserva il momento delle due letture e il percorso usato.
Osserva anche il carico del processore su entrambe le estremità. Un sistema impegnato nella cifratura, in una scansione o in altri processi può limitare il traffico utile. Non disabilitare antivirus e protezioni come prima prova: identifica il processo e valuta un ambiente controllato con il responsabile tecnico.
Per aggiornare i driver usa il canale del produttore e conserva un percorso di ritorno. La guida per aggiornare i driver per sicurezza e velocità aiuta a impostare questa manutenzione. Evita pacchetti generici che promettono accelerazioni senza riconoscere la scheda esatta.
Non cambiare indiscriminatamente offload, code o risparmio energetico. Queste funzioni interagiscono con hardware e driver. Una modifica deve avere un motivo, una misura prima e dopo e un modo per tornare alla configurazione iniziale.
Separare una rete veloce da una copia lenta
Se il test di rete offre buoni risultati ma la copia resta lenta, concentra il controllo su dischi e protocollo del servizio. Un disco meccanico, una scrittura su più volumi o un NAS impegnato in manutenzione possono ridurre il risultato. Anche un insieme di piccoli file richiede molte operazioni rispetto a un singolo file grande.
Prova con dati non sensibili e confronta due scenari: un file grande e una cartella con molti file piccoli. Annota direzione, dimensione totale, numero dei file e carico dei dispositivi. Non usare dati del cliente come semplice materiale per stressare una rete.
Una velocità iniziale alta che cala dopo alcuni secondi può riflettere cache o limiti sostenuti dello storage. Non prendere il picco iniziale come risultato del trasferimento completo. Confronta tempo totale e andamento, senza eliminare cache o dati per ottenere un numero più pulito.
In azienda conserva cifratura e firma previste dal servizio. Se il protocollo ha un costo di CPU, la soluzione può richiedere hardware o configurazione supportata; togliere una protezione per aumentare un benchmark cambia il requisito del sistema.
Scegliere il componente da correggere con le prove
Un collegamento che negozia troppo lentamente richiede prima controlli fisici e compatibilità. Un collegamento corretto con test di rete basso richiede endpoint, carico e topologia. Un test di rete buono con copia lenta richiede storage e applicazione. Questo ordine evita di attribuire tutti i sintomi allo stesso componente.
Ripeti soltanto le prove necessarie dopo un cambiamento e conserva il confronto. Non promettere il valore nominale pieno in ogni uso quotidiano. Il risultato utile è una prestazione coerente con percorso, carico e servizio, senza errori o instabilità.
Per una rete multigigabit lenta il prossimo passo è misurare prima di comprare: identifica il tratto più lento, separa rete e dischi e cambia un elemento per volta. Una diagnosi documentata vale più di una lunga lista di ottimizzazioni applicate senza sapere che cosa stavano correggendo.
