Высокая задержка, все же проверьте с помощью ping-запросов шоу низкая задержка

Можно использовать mod_vhost_alias для динамичной установки DocumentRoot. Например:

VirtualDocumentRoot e:/webs/%-2/htdocs

%-2 Заполнитель для предпоследней части имени хоста. Другие примеры доступны в mod_vhost_alias документации: http://httpd.apache.org/docs/2.2/mod/mod_vhost_alias.html.

Относительно файла hosts не возможно использовать подстановочные знаки в файле hosts. Одна опция состоит в том, чтобы установить локальный сервер DNS и добавить зону для локального использования и создать подстановочную запись в этой зоне. Очень простой сервер DNS для Windows сделал бы задание, я не парень Windows, таким образом, я не могу помочь Вам с какой программное обеспечение использовать.

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

8
задан 21 December 2011 в 19:24
4 ответа

Что означает "задержка"?
Сравниваете ли вы время отклика эха ICMP с временем обработки приложений в оба конца?

Если да, это объясняет - и также советует не сравнивать яблоки и апельсины :)

21
ответ дан 2 December 2019 в 22:41

может быть потеря пакетов [которая вызывает повторную передачу], например, для больших пакетов?

может быть, попробуйте ping -s 1400 address под Linux или ping -l 1400 адрес под окнами.

если это не поможет, попробуйте посмотреть трафик с помощью wirehark - может быть, есть какие-то странные повторные передачи, поврежденные пакеты?

8
ответ дан 2 December 2019 в 22:41

Как вы здесь подозреваете, задержка ping! = Время прохождения TCP туда и обратно, особенно при передаче данных. Возможно, все это связано с отложенными ACK (которые могут накладывать ~ 200 мс, стандартная настройка по умолчанию) или плохим взаимодействием между Nagle / и DACK, которое может подтолкнуть его до ~ 500 мс. Здесь в порядке вещей захват пакетов.

Также обратите внимание, что таймер отложенного подтверждения не зависит от потока TCP и создается при загрузке системы. Таким образом, он может срабатывать в любое время между 1-200 мс внутри потока и обычно вызывает задержку в стиле «диапазона», как вы описываете.

1
ответ дан 2 December 2019 в 22:41

Подобное несоответствие обычно указывает на проблему в приложении / сервере. Хотя возможно, что ваш пинг отличается из-за QoS / приоритетов сети, это не первое место, куда я бы обратил внимание, если вы говорите о системах в одной локальной сети.

Какое у вас время задержки при доступе к службе из тот же хост обслуживается? Предоставляет ли этот хост другие услуги быстрее? Он находится под большой нагрузкой ввода-вывода?

3
ответ дан 2 December 2019 в 22:41

Теги

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