Почему мой интернет не работает при загрузке больших файлов?

369
Michael Shaw Jr.

Когда я загружаю файлы, и они достигают скорости около 8 МБ / с, мне нужно уменьшить скорость соединения по крайней мере до 6 МБ / с, чтобы делать что-либо еще в Интернете, даже обычные веб-страницы занимают слишком много времени, чтобы загрузить их, это даже невозможно использовать, После всего этого, однако, я могу сделать тест скорости, и он говорит, что я получаю около 118 МБ / с, так что дает? Заранее спасибо!

0
Какова ваша скорость загрузки? David Schwartz 6 лет назад 0
Это 118 Мбит / с или 118 Мбит / с? А какую скорость вы должны получить согласно вашему провайдеру? SpiderPig 6 лет назад 1
Какие файлы вы скачиваете? Я спрашиваю, потому что некоторые интернет-провайдеры будут ограничивать загрузку торрента. В этом случае использование VPN может быть приемлемым решением. BillP3rd 6 лет назад 1
@ Майкл Шоу младший. Как вы скачиваете? Через https или через торрент? А что за модель роутера? Tim_Stewart 6 лет назад 0

2 ответа на вопрос

2
Cory M

Тест скорости показывает мегабит в секунду, а не мегабайт (8 бит равны 1 байту), поэтому скорость 118/8 составляет около 14 МБ / с. если вы работаете в сети с несколькими устройствами, возможно, вы насыщаете всю пропускную способность, что приводит к медленной загрузке.

У вас также может быть нестабильное соединение, вызывающее большую потерю пакетов, чем обычно, что значительно увеличит реальное использование данных вашего интернет-соединения, потому что передача tcp / ip будет повторно посылать любые отброшенные пакеты, увеличивая общую используемую пропускную способность.

Дополнительная возможность заключается в том, что загрузка жестко ограничена вашим жестким диском (поскольку он сильно фрагментирован), что приводит к замедлению остальной части вашей системы.

Я бы порекомендовал скачать проводник процесса

https://docs.microsoft.com/en-us/sysinternals/downloads/process-explorer

и запустите, пока вы что-то скачиваете. Если он показывает CPU / RAM / HDD выше, скажем, 70% использования, то это, возможно, проблема с горлышком.

также только для пробной загрузки

https://www.auslogics.com/en/software/disk-defrag/

и выполните «Дефрагментацию и оптимизацию» и дайте ей отсканировать и завершить дефрагментацию, а затем повторите попытку загрузки.

Спасибо за ваш ответ. Я скачал проводник процессов и в следующий раз проверим его. Однако я не верю, что проблема заключается в жестком диске, потому что у меня есть твердотельный накопитель, который, как мне кажется, не нужен и не должен быть дефрагментирован Michael Shaw Jr. 6 лет назад 1
Вы правы на SSD, не нуждаясь в дефрагментации. Жесткие диски по-прежнему являются наиболее распространенным носителем, поэтому я сделал предположение. Cory M 6 лет назад 0
0
Spiff

Если насыщение вашего широкополосного соединения вызывает скачок задержки, это обычно означает, что в вашей сети есть хорошо известная ошибка, известная как bufferbloat.

Запустите http://dslreports.com/speedtest, чтобы увидеть, каков ваш уровень буфера.

Если это плохо, посмотрите на исправление буфера в вашей сети.

Если вы не хотите узнавать все о Smart Queuing и FQ-CoDel самостоятельно, подумайте о покупке EvenRoute.com IQrouter, который представляет собой решение «под ключ», которое якобы сделает все за вас (у меня его нет, поэтому я могу не ручаюсь за это, но это единственное известное мне устройство, которое специально пытается исправить / смягчить буферную нагрузку для всей вашей сети из одного ящика).

Я видел, как вы рекомендовали это раньше, я уверен, что bufferbloat - это проблема только в очереди fifo. Что не просто правильно использовать qos? И напасть на проблему в пробке? Tim_Stewart 6 лет назад 0
@Tim_Stewart Bufferbloat - это когда ящик (обычно промежуточный ящик, но может быть хостом конечной точки) никогда не отбрасывает пакеты, несмотря на длительную перегрузку, и никогда не может истощать свои очереди. Это скрывает перегрузку от конечных точек TCP, что предотвращает срабатывание алгоритмов управления перегрузкой TCP. Поэтому все, что он делает, это добавляет ненужную задержку и усугубляет перегрузку. Исправление bufferbloat на самом деле означает, что ваши промежуточные блоки перестают скрывать перегрузку от TCP, чтобы TCP мог делать правильные вещи. Так что это * действительно * атакует проблему в перегрузке. Использование QoS для обхода этой ошибки было бы большим препятствием. Spiff 6 лет назад 0
Понятно, что это может произойти в крупных сетях с промежуточным оборудованием между ними. Я имел в виду домашнее сетевое оборудование, учитывая, что у вас нет доступа к интерфейсным буферам в потребительском оборудовании. я всегда только что прошел маршрут QOS с людьми, жалующимися на эту проблему. (домашние пользователи, кажется, никогда не хотят покупать что-то новое). Вы знаете об обходном пути для домашнего пользователя? (кроме буферов ОС хоста?) С уважением Tim_Stewart 6 лет назад 0
@Tim_Stewart Bufferbloat - огромная проблема в жилых широкополосных каналах. Будучи самым медленным звеном в пути, именно там наиболее вероятно накопление скопления и буферной нагрузки. Домашние пользователи с ограниченным бюджетом должны посмотреть, смогут ли они установить дистрибутив микропрограммы с поддержкой Smart Queuing (FQ-CoDel), такой как OpenWrt или DD-WRT, на маршрутизатор в начале своей сети. В идеале все сетевые промежуточные блоки должны выполнять SQ, но с SQ и достаточным объемом трафика, достаточным для того, чтобы сделать ваш маршрутизатор небольшим узким местом, вы можете позволить своему SQ-маршрутизатору выполнять ECN (или более разумное отбрасывание), прежде чем раздутые очереди смогут накапливаться где-либо еще. Spiff 6 лет назад 0
@Tim_Stewart Если вам интересно, вот хорошая рецензия, где инженер из Ookla Speedtest.net использовал «сделать ваш FQ-CoDel-маршрутизатор небольшим узким местом, чтобы он мог отбрасывать пакеты до того, как bufferbloat собирается где-либо еще», в своей домашней сети с помощью отличные результаты. https://medium.com/speedtest-by-ookla/engineer-maximizes-internet-speed-story-c3ec0e86f37a Spiff 6 лет назад 1
интересно читать. Я думаю, что мы обсуждали одну и ту же точку зрения, просто используя другую терминологию. Я думаю, что с помощью dd-wrt и pfsense так долго проблема не была для меня. Я всегда просто настраиваю сети docsis с узким местом на стороне пользователя. Теперь я заинтересован в FairQ после прочтения этого. Я использую HSFC в течение многих лет на PFsense. Спасибо за ссылку. Tim_Stewart 6 лет назад 0
не знаю, подвергались ли вы воздействию продуктов accedian network. Я только что получил в свои руки один из операторских классов либо NID "формирователи трафика с нулевой задержкой". Я только что получил пару на eBay за 80 баксов. Проверьте их, они почти на вес золота. Tim_Stewart 6 лет назад 0
@Tim_Stewart Спасибо за советы. Я думаю, что разница в наших подходах заключается в том, что я не использую QoS, когда настоящей проблемой является BufferBloat. Я полагаю, что можно утверждать, что минимальное формирование трафика, которое я делаю (чтобы сделать маршрутизатор FQ-CoDel небольшим узким местом), сродни QoS, но в отличие от того, что обычно подразумевается под QoS, я никогда не расставляю приоритеты одного типа трафика над другим. Как только вы исправите ошибку в буферной сети в своей домашней сети / жилой широкополосной сети, все пропадут, и вам больше не придется связываться с приоритетами трафика. Spiff 6 лет назад 0
В большинстве случаев мне нужно расставлять приоритеты, я обычно в среде Сохо / малого бизнеса. Таким образом, расстановка приоритетов VOIP на самом деле не является выбором. С уважением! Tim_Stewart 6 лет назад 0

Похожие вопросы