Aiuto
Test veloce ma download lenti?
Un test veloce non garantisce ogni download. Confronta unità, fase di ricezione, limiti dell'app e condizioni delle prove per individuare il problema.
Un risultato elevato nel test può coesistere con download lenti. VMAXCHECK usa NDT di M-Lab, che misura un singolo flusso di dati verso un server di prova. Un file può arrivare da un altro server, lungo un altro percorso e tramite un'altra applicazione. Il risultato vale per quelle condizioni e quel momento; non esclude da solo problemi del provider o di altri percorsi.
Confronta unità e fasi del trasferimento
- Mbps indica megabit al secondo; MB/s indica megabyte al secondo. Un byte contiene otto bit: 100 Mbps equivalgono teoricamente a 12,5 MB/s e 10 MB/s a 80 Mbps. Il traffico aggiuntivo dei protocolli riduce la velocità utile. Anche MB e MiB sono unità diverse.
- Un file di 1 GB decimale richiederebbe idealmente 80 secondi a 100 Mbps costanti. Il calcolo non comprende attese o traffico aggiuntivo e non garantisce il tempo effettivo.
- Distingui attesa iniziale, ricezione dei dati e successiva scrittura, verifica o installazione. Una barra di avanzamento può comprendere più fasi. Un'installazione lenta non misura direttamente la velocità della connessione.
- Per un download nel browser puoi usare facoltativamente Network negli strumenti di Edge, scegliere la richiesta e aprire Timing. Waiting (TTFB) comprende anche andata e ritorno dei dati e preparazione del server; Content Download riguarda la ricezione. Una risposta dalla cache o da un service worker cambia il confronto. Un tempo isolato non identifica il responsabile.
Registra la situazione iniziale
Annota ora, dispositivo, app e versione, fonte autorizzata, dimensione del file, velocità di ricezione con unità e fase in corso. Registra posizione Wi-Fi o Ethernet, uso di VPN o proxy e altri trasferimenti che controlli. Esegui il test tra i download, non contemporaneamente. Confronta prove ravvicinate sullo stesso dispositivo nelle stesse condizioni: la sola appartenenza alla stessa ora non basta.
Quattro confronti per restringere le possibilità
- Stesso file, fonte e dispositivo: confronta Wi-Fi ed Ethernet, se disponibili. Una differenza ripetibile aiuta a valutare il tratto radio, ma non prova un guasto del router. Un cavo verso un nodo mesh può lasciare un collegamento radio fra i nodi.
- Ripeti dopo aver sospeso temporaneamente altri tuoi trasferimenti voluminosi. Un miglioramento è compatibile con traffico concorrente, ma da solo non dimostra un disservizio del provider o una tariffa non rispettata.
- Prova un file di dimensioni simili da un'altra fonte affidabile e autorizzata. Possono cambiare server, percorso, cache e metodo: il confronto non identifica automaticamente quale fattore conti. Evita programmi di download sconosciuti e copie di provenienza incerta.
- Quando consentito, confronta lo stesso servizio su un secondo dispositivo adatto o nella sua app ufficiale. Osserva separatamente ricezione, CPU e attività del disco. Cambiare dispositivo o app modifica più condizioni e non dimostra da solo un disco difettoso.
Controlla anche i limiti di download documentati dall'app. Per esempio, la sincronizzazione desktop di OneDrive offre opzioni di velocità nelle impostazioni avanzate di sincronizzazione e backup; l'organizzazione può gestirle. Un limite riguarda quell'app, non tutti i servizi. Anche con più download lenti e NDT veloce restano rilevanti destinazioni, percorsi, carico e orario. VPN e proxy possono cambiare percorso, ma la loro presenza non è una prova di colpa.
Scegli una modifica motivata dai risultati
- Cambia un limite dell'app solo se effettivamente presente e se puoi gestirlo; conserva il valore iniziale. Rispetta le impostazioni amministrate e consulta il responsabile dei dispositivi di lavoro o studio.
- Se l'attesa si concentra su scrittura o verifica, controlla spazio libero e istruzioni ufficiali dell'app. Usa gli aggiornamenti del produttore. Non disattivare antivirus o protezioni per un generico test di velocità.
- Per una sola fonte problematica, verifica stato del servizio e procedura ufficiale. Se sono coinvolti più servizi, prepara i confronti per provider o amministrazione. Il contrasto con il test non giustifica da solo DNS diversi, modifiche al registro o un nuovo router.
- Dopo una sola modifica ripeti il confronto con file e carico comparabili; ripristina le modifiche inutili. Conserva eventi e misure prima di un eventuale riavvio indicato dal produttore.
Una tabella privata con ora, fonte, collegamento, velocità effettiva, fase e confronti è più utile della sola cifra del test. Rimuovi credenziali, nomi di file personali e token nelle URL. Anche un HAR esportato come sanitized può contenere URL o dati privati: controllalo prima di inviarlo.