Dovrebbe caricare un file su DSL per uccidere la velocità di download?

Ho il servizio di 20,127 / 893 Kbps tramite CenturyLink DSL. Ho eseguito test di velocità e in genere riferisco velocità vicine a quella.

Ad exception di each volta che carichi qualcosa di sostanziale. Come un file video a YouTube. Il caricamento richiede per sempre, che ho capito a causa della velocità di caricamento di 893 Kbps, ma tutto il tempo che sta caricando la velocità di download si blocca. È così male che non riesco nemless a connettersi a SpeedTest.net per fare un test di velocità. Il networking tra altri computer in casa va bene. Ma fintanto che un computer sta caricando, tutti i computer potrebbero anche essere lanciati via internet. Ad esempio, pinging Google richiede 5 secondi per risolvere il DNS e quindi le richieste time out.

Ho chiamato il sostegno di CenturyLink e ho parlato con loro per un'ora e hanno detto che tutto va bene. Mi hanno fatto riavviare il mio computer e il modem alcune volte, cosa che naturalmente non ha aiutato. Infine mi hanno mandato un modem nuovo (rinnovato) per farmi fuori dal telefono. Si comport lo stesso.

Quindi la mia domanda è se questo comportmento è tipico di CenturyLink DSL o se qualcosa è veramente avvisato. Forse c'è qualcosa che posso farlo correggerlo senza spendere un'altra ora di riavvio del mio modem mentre sto parlando con una persona incapace di sostegno.

Il protocollo TCP, che utilizza più traffico Internet, utilizza uno schema "scorrevole" per fornire l'affidabilità. Ciò significa che invierà solo nuovi contenuti (scorrimento della window) quando riceve i messaggi ACK che indicano che la parte o l'integer della window corrente è stata ricevuta completamente. Quindi richiede che i messaggi ACK frequenti vengano inviati nel uplink per il traffico download per passare senza problemi Se i messaggi ACK sono ritardati o persi, il mittente può rallentare la trasmissione e / o ritrasmettere i pacchetti già ricevuti.

Per impostazione predefinita, i pacchetti vengono trasmessi dal sistema operativo nell'ordine in cui vengono generati dalle applicazioni, in modo che i pacchetti ACK siano intervallati in modo random con il traffico di caricamento. L'ISP (o il dispositivo di networking) controlla l'utilizzo della width di banda ritardando i pacchetti quando la velocità di trasmissione supera il limite (aka throttling). Questo ritardo può avvenire su qualsiasi pacchetto compresi i pacchetti ACK sensibili al ritardo.

Per risolvere questo problema, è necessario un tipo di sistema prioritario per assicurarsi che i pacchetti ACK non siano bloccati. Ci sono soluzioni software pagate. Puoi anche get un effetto simile se limiti la velocità di caricamento a un valore inferiore alla width di banda di upload allocata. In alternativa, è ansible utilizzare applicazioni che trasmettono file tramite UDP che non richiede i messaggi ACK.

Hai due cose in corso:

  1. Il tuo caricamento su un server che utilizza la maggior parte della width di banda di caricamento e un po 'della width di banda di download per parlare con il server per assicurarsi che il file sia ricevuto correttamente.

  2. Il tuo tentativo di accedere a Internet, che sta utilizzando la velocità di download per parlare da Internet e utilizzando la velocità di caricamento per parlare al server, per assicurare che il browser riceva correttamente i file.

Vedere la questione?

La velocità di download è governata da molte cose: qualità della linea, livello di servizio, posizione, cablaggio in casa, velocità del computer, velocità di caricamento e qualsiasi carico aberrante sul sistema.

Quindi, quando carichi qualcosa che sta prendendo la maggior parte della width di banda di caricamento e quindi prova a scaricare qualcosa da Internet, quel process di download non ha pieno accesso alla width di banda di upload, quindi la tua velocità DOWNLOAD è notevolmente ridotta.