Вопросы Теги

медленный ответ от прокси сквида - оптимизация

Я лично не выполняю никого. Я имею OS X и запускаю мои Visual Studio в VMs. Я никогда не заражался, но я регулярно копирую свой VMs и в случае проблем Windows, я могу всегда захватывать новый VM (готовый использовать), делать контроль SVN и начинать работать в течение 15 минут.

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

4
задан 28 September 2013 в 14:12
3 ответа

Моя первая догадка должна была бы осуществить сниффинг трафика с помощью tcpdump и загрузить его в wireshark для наблюдения, где задержка происходит.

tcpdump -i any -s 0 -w /tmp/squid.pcap

(При выполнении его по ssh добавьте "не порт ssh" в конец.)

После того как Вы загружаете это в wireshark, необходимо смочь видеть, где задержка, кажется, находится. Я рекомендовал бы делать это в течение спокойного времени, таким образом, нет слишком большого трафика, затеняющего Ваше представление. Если можно быть единственным человеком, получающим доступ к прокси в то время, еще лучше.

Вероятные задержки:

  • Прокси контакта браузера
  • Прокси, связывающийся с веб-сервером
  • Запросы DNS прокси
  • Ответ возврата прокси на браузер
7
ответ дан 3 December 2019 в 02:35

Для некоторых веб-страниц не возможно потянуть страницу прежде, почти вся страница загружается, изображения и так далее. Для ускорения такой страницы существует несколько вещей, которые можно сделать:

  • Используйте веб-кэш (как Вы уже): это вводит более быстрые изображения.
  • Использование более быстрые машины: большая часть времени может быть в "составе" - то есть, разметив веб-страницу для дисплея, а не в получении информации.
  • Использование более быстрые браузеры: это совпадает с вышеупомянутым. При использовании IE5 попробуйте IE6 или IE7. При использовании Firefox 2 попробуйте Firefox 3 или Safari.

В прошедших днях я раньше просматривал с Internet Explorer для Macintosh (68k в те дни). Я хорошо не забываю видеть "газетный" значок, который сказал Вам ожидать, поскольку IE был вычислительным, как отобразить страницу (не получение данных: вычисления...)

Другая вещь знать: некоторые страницы явно запросят, чтобы они не кэшировались: это до администратора кэша относительно того, предоставляют ли эти просьбы или отклоняют. Обычно эти страницы - те, которые часто изменяются или что веб-администратор не хочет сохранить в другом месте. Таким образом, на такой странице, Вам включат дополнительные издержки, поскольку веб-кэш должен обработать страницу от Вашего имени, даже при том, что нет никакой страницы никогда в кэше вообще.

Я согласился бы, что сниффинг трафика является хорошим способом определить, почему вещи откладываются. Какая часть сетевого потока на самом деле вызывает задержку?

Wireshark (и tcpdump) имеют большой набор фильтров, которые можно использовать для чистки трафика: единственная причина необходимо было бы действительно ожидать до спокойного времени, в порядке, чтобы не иметь крупный файл дампа TCP. Однако можно получить разумный набор данных просто ограничить себя сетевым трафиком прямо к прокси:

tcpdump -s 0 -n -w tcpdump.dat port 3128

(Порт 3128 является стандартным портом сквида: используйте то, что подходит для Вас.)

Используя Wireshark, можно немедленно отфильтровать на основе единственного потока трафика TCP: таким образом, Вы не должны волноваться о смешивании различных потоков там также.

Также посмотрите на журналы в/var/log/squid и исследуйте то, что происходит с запросом: это прибывает из кэша? Это прибывает из удаленного сайта? Попробуйте повторенные запросы - страница подходит более быстрая после выполнения его однажды?

3
ответ дан 3 December 2019 в 02:35
  • 1
    если Вы просто ограничите себя для портирования 3128, то Вы пропустите вещи как поиски DNS или запрос к веб-серверу. –  David Pashley 6 June 2009 в 10:15
  • 2
    Достаточно верный. Но это запустило Вас, и если Ваш веб-сервер находится в демилитаризованной зоне, Вы не можете (первоначально) видеть эти другие биты транспортного продолжения. Можно исследовать трафик для портирования 3 128 первых, затем исследуют остальных в случае необходимости. –  Mei 6 June 2009 в 11:32

Я нашел, что это была проблема DNS, когда я испытал ту же самую проблему.

После того как я изменил сервер DNS в squid.conf к нашему ISP, задержка закончилась.

1
ответ дан 3 December 2019 в 02:35

Теги

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