Una connessione Internet a larghezza di banda più elevata riduce i tempi di risposta del ping?

Sembra ovvio che una connessione più veloce riduce la latenza ... Ma mi chiedo: sto lavorando in remoto su un host dall'altra parte del mondo - la luce può viaggiare solo così velocemente (1 piede in un secondo nano) ed entrambi abbiamo connessioni a banda larga oltre il caricamento di 1.000 kbps e il download di 10.000 kbps:

Una connessione con larghezza di banda maggiore riduce il tempo necessario per eseguire il ping? Dato che sono pochissimi dati, come potrebbe aiutare una connessione più veloce? Attualmente il ping impiega 450 ms c'è un modo per migliorarlo ??

Innanzitutto, la larghezza di banda non è la stessa della latenza. Una connessione più veloce non ridurrà necessariamente la tua latenza. 450ms sembra un po 'lento ma non così lontano se stai andando in mezzo mondo. Come quadro di riferimento un collegamento ad alta velocità e bassa latenza impiegherà ~ 70-80 ms per attraversare gli Stati Uniti. Potresti riuscire a ridurre leggermente la latenza modificando il tuo provider supponendo che abbiano un percorso di peering più ottimale. ma non posso promettere nulla.

Una connessione "più veloce" (come ti riferisci ad essa) non riduce la latenza. Una connessione "più veloce" consente di posizionare più dati sul filo in un determinato periodo di tempo.

La larghezza di banda è una misura della capacità.

La latenza è una misura del ritardo.

MODIFICARE

Ecco un esempio della differenza tra larghezza di banda e latenza: immagina 2 connessioni Internet, una da 10 Mbps e l'altra da 1 Mbps. Entrambi hanno una latenza di 50ms. Ora immagina che sto inviando sequenze di tasti a un terminale remoto all'altra estremità di quelle connessioni. Per semplicità, supponiamo che ogni sequenza di tasti consumi 1 Mbps di larghezza di banda. Sulla connessione a 10 Mbps sono in grado di inviare le lettere A, B, C, D, E, F, G, H, I, J allo stesso tempo, quindi arrivano tutti al terminale remoto 50ms più tardi e fanno eco su lo schermo ... allo stesso tempo. Ora sulla connessione da 1 Mbps ogni sequenza di tasti viene inviata in modo indipendente poiché ogni sequenza di tasti consuma tutta la larghezza di banda disponibile. Quindi la lettera A viene inviata, e dopo 50ms viene ricevuta dal terminale remoto ed echeggia sullo schermo, seguita dalla lettera B 50ms dopo, quindi la lettera C ... fino alla lettera J. Ci vorrebbero 500ms per ricevere tutte e dieci le lettere sul terminale remoto e fare eco allo schermo. La connessione a 10 Mbps è più veloce? No non lo è. La latenza è di 50 ms proprio come la connessione a 1 Mbps. Sembra più veloce a causa del fatto che ha un throughput più elevato (larghezza di banda) e più dati possono essere posizionati sul filo contemporaneamente. Questa è la differenza tra larghezza di banda (capacità) e latenza (ritardo). In senso stretto, una connessione "più veloce" (nel modo in cui ti riferisci ad essa) non ridurrà la latenza. Sembra più veloce a causa del fatto che ha un throughput più elevato (larghezza di banda) e più dati possono essere posizionati sul filo contemporaneamente. Questa è la differenza tra larghezza di banda (capacità) e latenza (ritardo). In senso stretto, una connessione "più veloce" (nel modo in cui ti riferisci ad essa) non ridurrà la latenza. Sembra più veloce a causa del fatto che ha un throughput più elevato (larghezza di banda) e più dati possono essere posizionati sul filo contemporaneamente. Questa è la differenza tra larghezza di banda (capacità) e latenza (ritardo). In senso stretto, una connessione "più veloce" (nel modo in cui ti riferisci ad essa) non ridurrà la latenza.

Le connessioni vengono misurate in due fattori principali, latenza e larghezza di banda. Non esiste "alta velocità" o "più veloce". Quelli sono marketing raddoppiano e sono insignificanti nel contesto di connessioni gestite professionalmente.

Ho un punto da dire qui relativo al ping.

Di solito, al traffico ICMP non viene data priorità. Pertanto, la misurazione del ritardo / latenza della rete non sarà accurata utilizzando il ping o qualsiasi altro traffico basato su icmp.

Il ritardo tra due punti può essere calcolato usando la formula:

Total delay = transmission delay + propagation delay + processing delay

Il ritardo di trasmissione è il tempo di spingere i bit dei pacchetti sul filo. Il ritardo di propagazione è correlato al mezzo ed è il tempo per raggiungere la destinazione. Il ritardo di elaborazione è correlato alle macchine / router di ricezione e invio.

Spesso lo sarà, sì. Ma i due non sono la stessa cosa e non sono direttamente collegati. Accade solo che in genere le connessioni con una maggiore larghezza di banda hanno anche una latenza inferiore a causa della tecnologia utilizzata.

Ma non è sempre vero. Prendi in considerazione un metodo rapido per trasferire enormi quantità di dati: riempire 12 dischi rigidi da 2 TB con i dati e inviarli tramite corriere. La velocità di trasferimento dei dati è MOLTO alta (oltre 2000 Mbps, dato che è possibile inviare 24 TB in 24 ore). Anche la latenza è molto alta (24 ore). La connessione ha una latenza molto più bassa rispetto a quella, ma occorrerebbero anni per inviare 24 TB tramite la connessione.

Non è una buona idea equiparare direttamente i due. Se hai bisogno di una latenza più bassa, dovresti chiederlo in modo specifico e non fare acquisti per larghezza di banda.

L'unica vera soluzione per migliorare la tua latenza è abbreviare il numero di salti tra i due host in questione.

Se sei un cliente aziendale abbastanza grande, dovresti essere in grado di aprire un dialogo con i tuoi fornitori di telecomunicazioni su entrambe le estremità per prendere una rotta IP più breve (forse più costosa) tra i due siti.

Hai fatto molte ipotesi senza raccogliere fatti. La tua scommessa migliore è cercare di identificare l'origine dell'alta latenza: da dove inizia? Quindi puoi provare a rispondere alla domanda di: come posso ripararlo?

Esegui un traceroute, o meglio ancora, mtr (mytraceroute). Se sei su Windows, puoi usare winmtr. PingPlotter è anche un buon strumento per questo.

Trova dove inizia la tua latenza elevata, quindi lavora per risolverlo. Dare più larghezza di banda al tuo problema non è la risposta.

Una maggiore larghezza di banda non sarà di grande aiuto, a meno che i dati in blocco non stiano eliminando i dati interattivi. Se entrambe le parti usassero la fibra invece di xDSL / Cavo / Wireless, ciò potrebbe radere 20-80 ms sul RTT.

Esegui un test ping utilizzando pingtest.net per determinare la qualità di ciascun collegamento. La latenza è importante, ma / jitter / può fare anche una grande differenza. Preferirei piuttosto avere una connessione più lenta (3 Mbps) senza jitter, quindi una connessione più veloce (ad esempio 15 Mbps) con jitter.

Per le connessioni TCP (ad es. SSH, telnet ecc.), Può essere utile una regolazione TCP.

Puoi anche guardare usando un acceleratore TCP; ci sono quelli commerciali ma pepsal può già fare la differenza.

Forse i tuoi firewall / router sono il problema ...

l'unico modo per dire DAVVERO dove si trova la rottura è fare un traceroute, come detto sopra,

Ci sono molte risposte diverse a questa domanda e la risposta corretta (secondo me) è "Dipende".

Non importa se si dispone di una connessione a 1 gbit / s se è saturata. TCP (e altri protocolli) si basano su controlli di trasmissione che nel 99% dei casi non hanno la priorità corretta con QoS o tecnologie simili.

Le linee simmetriche (SDSL, fibra ecc.) Sono generalmente più adatte per le operazioni a bassa latenza, in quanto non condividono RX con TX (il che significa che TCP ACK, risposte ICMP ecc. Non verranno ostacolate se si sta scaricando a tutto gas). Richiede ancora QoS per garantire il traffico per applicazioni sensibili (in particolare VoIP).

Sorprendentemente, il numero di hit (e la qualità dei risultati) su Google quando si tratta di stabilire le priorità degli ACK TCP sono piuttosto scarsi .. parla con qualsiasi esperto di reti e saprà perché ne hai bisogno.

Sì, ma non di molto.

Una larghezza di banda più elevata significherà che il pacchetto impiegherà meno tempo a scaricarsi completamente prima che un altro pacchetto possa trasmettere dati e il tempo impiegato dal pacchetto per il download è un fattore anche qui, ma in realtà aggiungerà solo 10-20ms nel peggiore casi.

Un'altra possibile causa di latenza sono le trasmissioni wireless, quasi ogni forma di wireless multi-accesso metterà a dura prova la latenza, sia che si tratti della normale rete wireless domestica o mobile, poiché la scheda wireless deve attendere fino a quando tutti hanno terminato la trasmissione dei dati prima di poter inviare i propri propri dati. Maggiore è il numero di utenti che trasmettono su un sistema wireless, minore è la velocità E la latenza (di nuovo non di molto, principalmente causata dall'attesa fino alla sua invio chiaro)

Il fattore numero uno è il tempo che un pacchetto di dati impiegherà per essere ordinato su router e altre infrastrutture WAN.

Il tempo minimo teorico impiegato da un pacchetto di dati per viaggiare in tutto il mondo è di circa 70 ms, in quel momento il pacchetto viaggia alla velocità della luce.

Chiedi in giro e scopri se altre persone su connessioni più veloci e altri ISP stanno vivendo la stessa latenza, è completamente possibile che sia causato dall'ISP o dalla connessione ma è molto improbabile.

La larghezza di banda e il ritardo sono diversi, ma non completamente non collegati. Sebbene sia sostanzialmente vero, le cose non sono in bianco e nero. Ci sono molte sfumature di grigio nel mezzo.

È vero che avere una larghezza di banda maggiore non significa necessariamente avere ritardi inferiori e non significa necessariamente avere ritardi uguali o maggiori.

Dobbiamo ricordare che dipende dall'infrastruttura che è costituita da dispositivi di rete e supporti fisici tra il nostro host e la sua destinazione.

Un ISP può stabilire la priorità delle connessioni a larghezza di banda bassa / elevata e offrire più vantaggi hardware e software l'uno o l'altro, il che comporterà una differenza nel ritardo.

E nello spirito dei diversi esempi che sono stati forniti qui, sì: è meglio prendere un camion con 20 dischi con la stessa capacità, quindi prendere lo stesso camion con solo 1 di questi 20 dischi. Tuttavia, che dire del peso del disco? Più dischi significano più carburante e un'accelerazione più lenta. E se cambio il motore del camion?

Quindi, in breve, larghezza di banda e ritardo sono diversi, ma non completamente non collegati.