Throughput

Il throughput è la quantità di dati che la tua connessione effettivamente fornisce al secondo, in contrasto con la larghezza di banda, che è il limite teorico. Il throughput reale è quasi sempre inferiore alla larghezza di banda dichiarata a causa dell'overhead del protocollo, della perdita di pacchetti, della congestione e — cosa cruciale — la latenza. Su collegamenti ad alta latenza, protocolli come TCP trascorrono tempo ad aspettare le conferme, quindi il throughput diminuisce anche quando c'è molta larghezza di banda disponibile. Misurarlo significa trasferire un carico utile reale e temporizzarlo, non leggere un numero pubblicizzato.

Quando instradi attraverso un proxy o un VPN, la larghezza di banda dipende dal link più lento nella catena e dalla latenza extra che il salto introduce. Per lavori di massa — scaricamento di dataset, grandi scraping — la larghezza di banda è il numero da tenere d'occhio; per lavori chiacchieroni e pesanti in richieste, la latenza di solito domina. Per ottenere una cifra onesta, trasferisci un file rappresentativo attraverso la connessione e cronometralo piuttosto che fidarti di un titolo di test di velocità. I proxy s4m sono a pagamento a consumo, quindi comprendere la tua reale larghezza di banda ti aiuta anche a prevedere l'uso dei dati e i costi prima di un grande lavoro.

If throughput disappoints, isolate the cause before blaming the proxy: run the same transfer without the hop, then on a different exit, then at a different time of day. Parallel streams can raise aggregate throughput on high-latency links where a single TCP flow underperforms. Because s4m proxies are metered, sizing a job by its data volume rather than its duration gives the most accurate cost estimate before you begin.