Данные, поступающие из сети, лишь частично передаются на Asus EEE 1001HA, Ubuntu 10.4 Lucid
501
lorenzog
Нетбук моей жены начал вести себя странно в последнее время. Я покопался и обнаружил следующие симптомы:
просмотр веб-страниц: мучительно медленный (продолжает «загружать» страницы; он может показывать что-то наполовину логотип Google, а затем «зависать»)
apt-get: передаст первые 5k пакетов, а затем застрянет; после повторного запуска он увеличится до 10 тысяч; затем около 16к.
Мониторинг сети с помощью tcpdump Я заметил, что после начального всплеска активности ничего не происходит, хотя веб-страница не была загружена полностью, и браузер все еще ждет ее. Последние полученные пакеты выглядят так:
Примечательные вещи, которые нужно знать, в порядке приоритета:
Я попробовал как через Wi-Fi (через пользовательский драйвер Realtek для Asus 1001HA), так и через Ethernet, «разделяя интернет-соединение» с моего Mac
также пробовал живую версию Ubuntu Netbook (10.4): такое же поведение
это работает под Windows (вздох ..)
ping localhost работает
пинги в локальной сети работают
мы переехали в квартиру; все отлично работает на моем Mac и ее другом ПК, хотя
за последние месяцы в Linux не было обновлений
dmesg не проявляет необычной активности
несколько DNS-серверов были опробованы, все с одинаковым результатом
нет прокси всей системы
в браузере нет прокси, а кеши / куки очищены
дисковое пространство в порядке
Загрузка процессора низкая, как обычно
нет дополнительных маршрутов по умолчанию
Обновление Кстати, я попробовал Ubuntu на ее ПК, и он ведет себя точно так же. Интересно, если это точка доступа (D-Link), которая портится с Linux.
Заметки из первой версии этого поста
- Я добавил эти заметки, так как уже получил ответ на эту тему, но с тех пор все изменилось ...
Относительно поведения ping; каждый пакет был отправлен / получен, но с большими задержками:
root@katies:~# !ping ping www.google.com PING www.l.google.com (66.249.92.104) 56(84) bytes of data. 64 bytes from 66.249.92.104: icmp_seq=1 ttl=51 time=57.7 ms 64 bytes from 66.249.92.104: icmp_seq=2 ttl=51 time=82.4 ms 64 bytes from 66.249.92.104: icmp_seq=3 ttl=51 time=77.1 ms 64 bytes from 66.249.92.104: icmp_seq=4 ttl=51 time=82.9 ms 64 bytes from 66.249.92.104: icmp_seq=5 ttl=51 time=79.5 ms ^C64 bytes from 66.249.92.104: icmp_seq=6 ttl=51 time=78.8 ms --- www.l.google.com ping statistics --- 6 packets transmitted, 6 received, 0% packet loss, time 25704ms rtt min/avg/max/mdev = 57.772/76.438/82.947/8.595 ms
В последних двух строках написано: для отправки 6 PING потребовалось 25 секунд. Тем не менее, каждый пинг должен отправляться в течение 1 секунды друг от друга, а не 5. Кроме того, время прохождения туда и обратно довольно низкое, как и должно быть.
... и если вы возьмете этот нетбук в совершенно случайное другое место, скажем, в бар с WiFi для своих клиентов, будет ли быстрое сетевое соединение? Вы пытались загрузить нетбук с Ubuntu Live-CD, чтобы увидеть, работает ли он быстрее, чем ваша текущая установка Ubuntu?
Janne Pikkarainen 14 лет назад
0
@Janne: еще не попробовал абсолютно случайное местоположение. Как я уже сказал, мы только что переехали сюда, но попробуем это как можно скорее. Что касается live-cd, я скачал его, но еще не загрузился с ним. Буду держать пост в курсе
lorenzog 14 лет назад
0
3 ответа на вопрос
0
bclermont
Какие именно аргументы команды ping (1) вы используете? Это не показано
Если вы добавляете время каждого отдельного ICMP-пакета:
Это 458,40 мс. По умолчанию ping (1) устанавливает интервал 1 с между пингами. Обычно это занимает 1000 мс * 5 (поскольку между каждыми 6 эхо-запросами всего 5 интервалов) + 458,40 мс = 5458,40 мс, а не 25704 мс. И пинг не сообщают ни о какой потере пакета.
Возможно, в ваших аргументах ping (1) у вас есть что-то вроде "-i 5".
Это добавляет 5 секунд между каждым запросом ICMP. И это имеет смысл, 5000 мс * 5 + 458 мс = 25458 мс
Что составляет около 25704 мс в вашем выводе.
нет, команда `ping` показана выше. Я просто избегал повторного ввода, поэтому использовал! Ping (bash history: вспомните последнюю команду, которая начинается с STRING). На самом деле, вы можете видеть это во второй строке: «ping www.google.com» и больше ничего.
lorenzog 14 лет назад
1
0
Tom
Является ли задержка только при просмотре веб-страниц? Вы пробовали другие приложения?
Какой браузер она использует? Сколько вкладок у нее открыто?
Я видел похожую задержку на своем ноутбуке Debian, если у меня слишком много открытых вкладок в Iceweasel. Я также видел ссылки на ошибку MySQL, которая вызывает подобные проблемы.
Загрузка обновлений с помощью `synaptics` или` apt-get` дает тот же результат. Мы попробовали два браузера (firefox, chrome) и очистили все данные (куки, историю, кеш и т. Д.) На обоих. Открыта только одна вкладка. MySQL мы не используем
lorenzog 14 лет назад
0
0
lorenzog
Проблема оказалась в очень, очень плохой точке доступа / беспроводном маршрутизаторе: D-Link G604T . По-видимому, из-за какой-то серьезной ошибки с прокси-сервером DNS или пересылкой пакетов и IPv6 он не работает в Linux (Ubuntu).
Решение состояло в том, чтобы снять вещь и заменить ее чем-то более приличным.
ОБНОВЛЕНИЕ, 2011-09-25
Подобная версия этой проблемы коснулась и моего Mac даже после замены старого роутера. Эта проблема затрагивала все устройства на базе UNIX (в основном, каждый мой друг, у которого был Mac, который приходил в гости).
Некоторые подробности о поведении:
не может загрузить большие файлы через Интернет (передаст 49 152 байта, затем зависнет)
странное поведение vua ssh (будет передавать файлы размером 49 150 49 151 и 49 153, но не 49 152
будет передавать (через ssh) файлы размером до 100 Кб, но после этого будет зависать случайным образом
очень высокая скорость загрузки / выгрузки при передаче файлов небольшими порциями по протоколу bittorrent