ваше измерение скорости интернета
Я думаю, что это ошибка единицы измерения, ваша скорость интернета измеряется в килобитах, а загрузки и загрузки, как правило, измеряются в килобайтах, это вызывает путаницу и боль для пользователей, которые (совершенно справедливо) ожидают, что эти вещи будут измеряться таким же образом.
ваш интернет вверх по течению скорость 800-950 килобит, мы делим это на 8, чтобы получить скорость в килобайтах:
950 / 8 = 118.75 kilobytes
для меня это звучит очень похоже скорость, которую вы получаете, игнорируя случайные прыжки до 200 Кбит / с, которые могут быть просто из-за всплесков, киосков, ошибок измерения или других причудливых случаев.
результатом этого является то, что ваше интернет-соединение, компьютер и сеть в порядке, нижняя сторона заключается в том, что вы полностью насыщаете свое интернет-соединение, и это затрудняет выполнение запросов на веб-сайт и подтверждение загруженных данных.
Я бы рекомендовал найти некоторые пропускная способность программное обеспечение для управления и попробуйте вдвое снизить скорость загрузки на, если вдруг все более отзывчивым, то ваша проблема хорошо и действительно насыщенный интернет-трубы.
почему загрузки убивают скорость интернета.
просто подумал, что я хотел бы добавить некоторые детали относительно почему насыщение подключение к интернету вызывает медленное время отклика для нормального просмотра...
почти все программы которые общаются с сетью будут работа через какой-то буфер FIFO ("First In, First Out"), что в основном означает, что существует очередь данных для входа в машину и очередь данных, выходящих из машины.
как правило, для всех входящих данных любая программа, которая ожидает данные в состоянии очистить свой входящий буфер довольно быстро и отправить небольшой пакет "подтвердить" обратно, чтобы запросить следующий блок данных. Это подтверждение помещается в исходящую очередь и, как правило, не так много исходящий трафик делает его в начало исходящей очереди почти мгновенно, и поэтому цикл загрузки и подтверждения продолжается.
эта очередь FIFO становится проблемой, когда вы начинаете загрузку. Допустим, что окно может есть очередь 400 килобайт, я не знаю точно, но это кажется разумным числом в эти дни. Это означает, что когда вы загружаете небольшой файл, скажем, 200 килобайт, он будет помещен в очередь, и программа может продолжайте и предположите, что данные были отправлены или, по крайней мере, уйдут довольно быстро, скажем, 1-2 секунды максимум, едва заметны на самом деле.
при запуске загрузки больших файлов, хотя эта очередь становится узким местом, одна программа заполнения этой очереди так быстро, как это позволено будет означать, что другая программа, которая просто хочет послать одно маленькое "дай мне эту веб-страницу" запрос придется ждать один полный оборот по всей длине очереди, которая, С 400 килобайт в очереди около 125 килобайт пропускной способности означает, что это займет по крайней мере 3 секунды, прежде чем он доберется до фронта и покинет очередь, он может получить блок данных довольно быстро, поскольку нисходящий буфер довольно пуст, но затем запрос "отправить мне больше данных" займет еще 3 секунды, прежде чем он сможет снова выйти из очереди.
Это все время ожидания в очереди, что приведет к веб-сайт просит тайм-аут при загрузке данных, большинство сайтов и браузеры настроены так, чтобы ожидать, что оборот будет меньше секунды от запроса данных, чтобы начать получать его, поэтому наличие этого большого буфера в пути вызывает заметно большие задержки, чем они ожидают. Поскольку тот буфер очереди становится больше так делает время для любого запроса, чтобы сделать его через очередь и на фактический интернет.
когда вы ограничиваете пропускную способность любой данной программы, что вы эффективно делаете, замедляет скорость, что эта программа может поместить данные в очередь, это означает, что очередь может быть опустошена со скоростью быстрее, чем она заполняется, и предотвращает переполнение очереди. Любая другая программа, которая помещает данные или запрос в очередь, может ожидать более короткого времени для достижения передней части очереди (поскольку она больше не заполнена), и поэтому соединение, похоже, "просто работает лучше".
Вау, это было дольше, чем я ожидал.