Загрузка уничтожает интернет-соединение
В моем доме у меня есть 2 соответствующих компьютера, одна беспроводная связь и один соединенный проводом, соединенный к беспроводной связи G маршрутизатор (Belkin G F5d7234-4 V5), которая подключена к моему интернет-модему. Моим Интернетом является понимание BB 10.0 (действительные скорости: 10.4-9.8 Мбит/с Вниз, 800-950 Кбит/с).
На беспроводном компьютере я хочу загрузить набор видео. Поставьте их в очередь и начните загружать (это - HTTP). Средняя скорость загрузки составляет 100-200 КБ. Интернет является медленным, но это ожидается.
То, что не ожидается, - когда я добираюсь на свой проводной компьютер. Его отдельное и не имеющий необходимость для совместного использования канала с крупным соединением по беспроводной связи, но ее все еще очень медленный, почти к скорости того, когда bittorrent работает.
Это сбивает с толку, так как у меня должна все еще быть большая часть свободного канала. Даже если канал загрузки забит с данными, он не должен влиять на мою скорость загрузки. HTTP-заголовки не являются большими, и не должны брать много для обработки. Единственной вещью, о которой я могу думать, является способ, которым работает TCP, в котором каждому пакету нужно подтверждение (или что-то как этот, долгое время, так как я посещал урок).
Что могло вызывать что-то вроде этого? Действительно ли это - проблема маршрутизатора, модемная проблема, проблема соединения или просто результат TCP?
4 ответа
Ваше интернет-измерение скорости
Я думаю, что это - измерительная ошибка единицы, Ваша интернет-скорость измеряется в килобитах, в то время как загрузки и загрузки имеют тенденцию измеряться в килобайтах, это вызывает беспорядок и боль пользователям, которые (вполне законно) ожидают, что эти вещи будут измеряться таким же образом.
Ваш Интернет восходящая скорость составляет 800-950 килобитов, мы делим это на 8 для получения скорости в килобайтах:
950 / 8 = 118.75 kilobytes
Мне это очень походит на скорость, которую Вы получаете, игнорируя случайные переходы к 200 Кбит/с, которые могли просто произойти из-за пакетов, остановов, погрешностей измерения или других странных случаев.
Результат этого - то, что Ваше интернет-соединение, компьютер и сеть прекрасны, вниз, сторона - то, что Вы полностью насыщаете свое интернет-соединение, и это мешает запросам веб-сайта и загруженным подтверждениям данных проходить.
Я рекомендовал бы найти некоторое программное обеспечение управления пропускной способностью и попытался бы делить на два скорость, в которой Вы загружаете, если внезапно все является более быстро реагирующим затем, Ваша проблема хорошо и действительно влажный интернет-канал.
Почему загрузки уничтожают интернет-скорость.
Просто мысль, я добавил бы некоторые детали относительно того, почему насыщение Вашего интернет-соединения вызывает медленное время отклика для нормального просмотра...
Почти все программы, которые имеют дело с сетью, будут работать через некоторый FIFO ("Метод"первым пришел - первым вышел"") буфер, который в основном означает, что существует очередь данных для входа в машину и очередь данных, выходящих из машины.
Обычно для всех входящих данных любая программа, которая ожидает данные, может освободить их входящий буфер довольно быстро и отправить, маленькое "признают", что пакет назад запрашивает следующий блок данных. Это подтверждает, поставился исходящая очередь и, как обычно нет большого исходящего трафика, добирается до передней стороны исходящей очереди в значительной степени мгновенно и так цикл загрузки, и подтвердите, продолжается.
Эта очередь FIFO становится проблемой, когда Вы начинаете загружать. Позволяет говорят, что Окно могло бы иметь очередь 400 килобайтов, я не знаю наверняка, но это кажется разумным числом в эти дни. То, что это означает, - когда Вы загружаете маленький файл, говорят, что 200 килобайтов затем, он будет продвинут на очередь и программу, могут продвинуться и предположить, что данные были отправлены или по крайней мере закончатся вполне быстро, скажут 1-2 секунды самое большее, едва примечательный действительно.
То, когда Вы начинаете загружать большие файлы, хотя эта очередь становится узким местом, одна программа, заполняющая эту очередь с такой скоростью, как ей позволяют, будет означать, что другая программа, которая просто хочет отправить одно маленькое, "дает мне, эта веб-страница" запрос должна будет ожидать одного полного поворота через всю длину очереди, которая, с 400-килобайтной очередью приблизительно в 125-килобайтной пропускной способности подразумевает, что возьмет по крайней мере за 3 секунды до того, как это доберется до передней стороны и оставило очередь, она могла бы получить блок данных назад вполне быстро, поскольку нисходящий буфер довольно пуст, но затем "отправляют меня, больше данных" запрос возьмет за еще 3 секунды до того, как она сможет пробиться из очереди снова.
Это все время ожидает в очереди, которая вызовет запросы веб-сайта к тайм-ауту при загрузке данных, большинство сайтов и браузеров настраиваются, чтобы ожидать, что благоприятный поворот будет младше секунды от запроса данных к тому, чтобы начинать получить его также - этот большой буфер в пути вызывает заметно большие задержки, чем они ожидают. В то время как тот буфер очереди становится более крупным также - время для любого запроса для создания его через очередь и на фактический Интернет.
То, когда Вы ограничиваете пропускную способность любой данной программы, что Вы эффективно делаете, замедляет уровень, что та программа может поместить данные по очереди, это означает, что очередь может быть освобождена на уровне быстрее, чем это заполнено и препятствует тому, чтобы очередь стала полной. Любая другая программа, которая помещает данные или запрос на очереди, может ожидать, что более короткое время для него достигнет передней стороны очереди (поскольку это больше не в какой-либо степени полно), и таким образом, соединение кажется "просто работе лучше".
Ничего себе, это было длиннее, чем я ожидал.
Хорошо - некоторые факты сначала:
- У Вас есть "восходящий поток" с определенной пропускной способностью и "нисходящий поток" с определенной пропускной способностью.
- В конце обе машины используют то же интернет-соединение (тот же модем), правильно? Это - "один канал".
- То, когда Вы загружаете Данные по HTTP (в нисходящем направлении) каждый пакет, Вы получаете, инициировало пакет подтверждения (Подтвердите пакеты), который будет, передают обратно серверу (в восходящем направлении). Тем путем сервер знает, должен ли он снова послать некоторые данные или если Вы получили все очень хорошо.
Теперь давайте думать: при загрузке много на одной машине, Вы используете большую часть восходящего потока. Нет большого количества "комнаты" для других пакетов - как пакеты подтверждения. Таким образом, если Вы загружаете с другой машины, она не может подтвердить полученные пакеты с такой скоростью, как она должна поддержать определенную скорость загрузки. Для загрузки нужно к замедленному.
О нет - Что мы сделаем? Попытайтесь уменьшить или ограничить скорость загрузок на "беспроводной" машине. Тем путем там является больше пропускной способности для пакетов подтверждения и загрузок, перемещение и другой материал должны быть быстрыми на обеих машинах снова!
Вы ищете поддержку Качества обслуживания в своем маршрутизаторе. Если Ваш маршрутизатор будет поддерживать его, то это позволит Вам располагать по приоритетам определенные виды трафика или присваивать некоторую часть Вашей пропускной способности к трафику определенных видов. Вы можете указывать трафик up/down-load, номер порта (== тип пакетов: VoIP, сеть, и т.д.), или локальный IP-адрес.
Править: Я не нашел руководство Вашего маршрутизатора в по общему признанию кратком поиске, но по крайней мере несколько ссылок предположили, что оно имеет поддержку QOS.
Поскольку кто-то, у кого был "менее специальный" опыт с более ранним, чем Ваш, соединил проводом только Belkin F5D5231-4 Router, мне легко подозревать Ваш маршрутизатор.
Несомненно часть проблемы, также Вы просто достигаете пределов общей пропускной способности, как другие ответы предполагают. Но потому что у меня нет любви к любым маршрутизаторам Belkin rebadges как его собственное, я предложил бы, чтобы Вы попытались одолжить другого, более новый маршрутизатор не-Belkin, чтобы видеть, замечаете ли Вы различие.
Мое предположение состоит в том, что процессор в Belkin находится под приводимым в действие и не может поддержать на высоком уровне, когда существует большой трафик. (Один возможный способ сдержать производственные затраты, нет?) Я не знаю ни о каком простом способе проверить это хотя кроме к тест-драйву другой, надо надеяться, лучший маршрутизатор.
Получил понимание и технических любящих друзей, которые могли бы ехать в отпуск и готовые предоставить Вам их маршрутизатор, в то время как они не используют его?