Отличительное замедление между браузерами на 10.9.1


8

Я заметил странную задержку при попытке получить сайты; поведение кажется чрезвычайно отличительным, и мне легко воспроизвести его, поэтому я довольно уверен в большинстве деталей ниже. Я надеюсь, что кто-то узнает это или сможет решить это.

  • Кажется, что длительность задержки увеличивается с увеличением времени после перезагрузки компьютера, насколько я могу судить без ограничений. Это менее тщательно проверено, чем другие пункты, но я уверен, что перезапуск решает проблему и что он редко появляется в течение первых нескольких часов после перезапуска (и кажется управляемым гораздо дольше).

  • Задержка появляется в любом из Firefox, Safari или Chrome.

  • curl нормально работает нормально. Но пока какая-либо из Chrome, Safari или Firefox загружает страницу, curl будет испытывать большие задержки. Закрытие браузера немедленно приведет к успешному завершению всех запущенных заданий скручивания (например, я могу запустить 5 экземпляров скручивания, извлекающих разные веб-сайты, причем все они останавливаются на индикаторе прогресса, не показывая прогресса; закрытие Chrome вызовет все рабочие места, чтобы немедленно закончить).

  • Задержка для curl существенно меньше, чем для веб-сайтов, даже если она существует. Прямо сейчас это составляет порядка 15 секунд, потому что я не перезагружался некоторое время в надежде отладить его. Веб-сайт займет намного больше времени, чем это, возможно, 15 секунд, в то время как "ожидание www.---.com" сопровождается сопоставимым отрезком времени, ожидая других.

  • Задержки (как сообщает ping) не увеличиваются во время проблем.

  • В то время как скручивание вызывает задержки, разные задания скручивания завершаются одновременно. То есть все они будут висеть в течение длительного времени, затем все перестанут висеть в один и тот же момент (и, следовательно, закончатся примерно в одно и то же время, в масштабе 15+ секунд, за которые они висят). Иногда это происходит в браузерах, но ненадежно (что, я думаю, может быть связано с тем, что браузер имеет несколько возможностей зависания до фактической загрузки страницы). После того, как задания скручивания завершаются, их немедленный перезапуск приводит к тому, что они зависают точно так же, поэтому проблема не в том, что проблема прояснилась (по крайней мере, не очень долго).

  • Задержка довольно различна для разных веб-страниц. Я не сделал очень подробный опрос (это будет следующий шаг, я думаю).

  • когда он зависает, curl -v висит на индикаторе выполнения без данных.

  • При загрузке страниц в Chrome большую часть времени тратится на «ожидание» CDN и сторонних сервисов.

  • Часто Chrome отображает пустой экран, а нажатие кнопки «Стоп» приводит к отображению страницы (с большинством, но не со всеми загруженными активами). Я предполагаю, что это связано с последним моментом, и это просто поведение хрома, которое появляется, когда мы имеем такую ​​длительную задержку, а не тесно связано с проблемой.

  • Задержка появляется при подключении ко многим различным беспроводным сетям с разными характеристиками производительности (например, линия 50 Мбит / с). Я не пробовал проводные сети, хотя полагаю, что это не имеет значения.

  • Точно так же другой DNS не имеет значения (что неудивительно, учитывая, что пинг всегда в порядке).

  • Я наблюдаю то же поведение при очень разных уровнях нагрузки на систему. Например, сейчас у меня 3/8 ГБ свободной памяти.


Это всего лишь две причины, которые могут объяснить это, часто в сочетании. 1 - у вас недостаточно памяти, и 2 - ваше интернет-соединение. Поэтому, пожалуйста, сообщите нам эти ценности.
Рускес

Я добавил строку о том, сколько памяти свободно, когда у меня возникают проблемы. Какую информацию вы ищете с точки зрения подключения к интернету? У меня была проблема со многими различными интернет-соединениями со скоростями (и другими характеристиками) по всей карте.
Пол Кристиано

1
@PaulChristiano У меня есть друг, у которого были подобные проблемы, хотя он не рассматривал это так же широко, как вы, поэтому я не знаю, было ли это точно так же. Он перешел на Маверикс из Снежного Барса. Он обнаружил, что после удаления и установки новой версии Mavericks проблема исчезла.
Дуайтк

@PaulChristiano 10.9.2 это исправило?
NOTjust - user4304

Нет, 10.9.2 сейчас и проблемы все еще сохраняются. (Не пробовал переустанавливать.)
Пол Кристиано

Ответы:


1

В качестве дополнительного метода отладки я бы попытался создать нового системного пользователя и посмотреть, сохраняется ли проблема.

В прошлом у меня были подобные проблемы после установки программного обеспечения VPN. Даже при использовании деинсталлятора система работала медленно.

Правда в том, что мы, опытные пользователи, обычно злоупотребляем ОС, устанавливая инструменты мышления, расширения браузера, панели настроек, инструменты командной строки ... Некоторые из них бета или даже альфа.

Если это ваш случай, установка новой системы на пустой диск, вероятно, является лучшим решением.


Большое спасибо за упоминание VPN как возможного виновника. Я был в конфликте по поводу того, принять ли ваш ответ, но в итоге написал свой, который описал проблему более подробно. Во всяком случае, у меня есть моя вечная благодарность!
Пол Кристиано

1

Проблема заключается в сбое клиента Cisco VPN, как описано здесь , и оно было исправлено с помощью sudo /opt/cisco/anyconnect/bin/websecurity_uninstall.sh.

Это не произошло со мной, потому что я не использовал клиента недавно, когда возникла проблема. Но просмотр консоли быстро выявил абсурдное количество сообщений об ошибках, которые быстро определили виновника.


0

У меня был подобный опыт, и вот что я нашел для работы:

  • Очистка памяти (ОЗУ)
  • Очистка кеша в уязвимых браузерах
  • Переустановка браузеров
  • Очистка / замена оперативной памяти
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.