Соединения устанавливают медленно, в то время как цена загрузки является отличной - Linux
Похож на Firefox, отключает файл: обработчик, Вы могли повторно включить его в каждом браузере.
Если вам подходят другие службы, кроме HTTP, возможно, ваш интернет-провайдер использует перегруженный обратный прокси-сервер для кэширования данных и экономии полосы пропускания. Вы можете попытаться подключиться к удаленному HTTP-серверу, работающему на нестандартном (но провайдер может использовать fw уровня 7 для перехвата ваших запросов) или настроить где-нибудь сервер openvpn и туннелировать весь ваш трафик через него.
Сети ячейки, вероятно, будут иметь высокие задержки, таким образом Ваша пакетная круговая задержка находится, вероятно, где-нибудь в величине до одной секунды. Просто проверьте что путем издания ping к некоторому узлу Интернета с известной постоянной задержкой, например:
# ping www.gogle.de
PING www.l.google.com (74.125.79.99) 56(84) bytes of data.
64 bytes from ey-in-f99.1e100.net (74.125.79.99): icmp_seq=1 ttl=53 time=12.7 ms
64 bytes from ey-in-f99.1e100.net (74.125.79.99): icmp_seq=2 ttl=53 time=16.1 ms
64 bytes from ey-in-f99.1e100.net (74.125.79.99): icmp_seq=3 ttl=53 time=17.2 ms
^C
--- www.l.google.com ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 12.794/15.377/17.218/1.886 ms
TCP может адаптироваться к сетям высокой задержки из-за ее внутренней буферизации и способности отправить изрядный объем данных без потребности получить непосредственные ответы, таким образом, Вы могли бы хорошо видеть хорошие уровни пропускной способности для объемных передач с Вашим соединением. Но высокая задержка, конечно, значительно повлияет на производительность квитирований TCP (т.е. инициирование соединения) и каждый протокол "стиля пинг-понга", где одна сторона ожидает ответа другого прежде, чем сделать дальше обработку (как HTTP со многими маленькими объектами выбрать, еще хуже, если бы они зависят друг от друга как он, имел бы место с кадрами и iframes и включал файлы JavaScript).
Править: Необходимо использовать что-то как Firebug для наблюдения то, что происходит более подробно. Или даже выполненный Wireshark прослеживают для получения информации о протокольном уровне. Если Вы получаете данные, которые указывают на проблему с ISP, Вы могли бы хотеть жаловаться им. Кроме этого, с помощью меньшего MTU могло бы стоить попытки - некоторые передачи могли бы пострадать от черных дыр MTU.
Вам следует изучить настройки DNS. Если поиск IP выполняется быстро, то вы, вероятно, ждете ответа от медленного DNS-сервера, или вы настроены на опрос нескольких DNS-серверов, и первые из них не работают / не отвечают. В Ubuntu вы можете отредактировать /etc/resolv.conf на , временно изменить настройки DNS. Сначала удалите все в файле и замените следующим образом:
nameserver 8.8.8.8
nameserver 8.8.4.4
Если ситуация с просмотром через USB-порт улучшится, то проблема заключается в конфигурации DNS для USB-модема.
В сотовых сетях это действительно помогает иметь постоянный поток данных. , например, поток интернет-радио, в фоновом режиме, чтобы уменьшить задержку для всего вашего трафика. Это связано с тем, как сотовая сеть планирует пакеты. Постоянно пользуйтесь сетью, и вы получите более качественное обслуживание.