Что вызывает задержку 100 мс в инициировании HTTP-соединение?
Сетевая трассировка (например, Wireshark) покажет, находится ли задержка в ожидании ответа. Это также указало бы на другие "обходы" как предложение о DNS. Кажется, что Вы уже, возможно, сделали это, но Вы не сказали.
-
1+1. Я рекомендовал бы выполнить wireshark на сервере сначала. Это позволит Вам точно иметь размеры, когда запрос поразит сервер и когда сервер отвечает. Если никакая задержка не замечена на самом сервере затем it' s сетевая проблема. Если задержка замечена на сервере, то it' s проблема сервера. – joeqwerty 9 December 2009 в 19:10
-
2SYN для запроса не уезжает до позже. На самом деле я записал автономную утилиту, которая просто делает соединения N, одновременно делают ту же машину - я вижу задержки 3 секунд, прежде чем некоторые пакеты SYN оставят клиентскую машину. – ripper234 9 December 2009 в 19:21
Другая возможность: предел Windows XP SP2 на исходящие полуоткрытые соединения, который значения по умолчанию к 10. Я не уверен, как Вы видите, сколько соединений находится в этом состоянии, но я полагаю, что, если этот ограничитель уровня ударяет его, обнаружится в журналах ошибок.
-
1I' m наблюдение проблемы даже при 3 соединениях, на нескольких машинах, на Сервере 2008 и даже Windows 7. – ripper234 10 December 2009 в 17:35
Это должно сделать поиск DNS для каждого запроса? Это ограничивает уровень?
-
1
-
2@ripper: Как I' ve сказал прежде, сервер собирается сделать обратный поиск IP-адреса, и это может вызывать задержку. – chris 9 December 2009 в 19:06
-
3@chris: если запрос к IP-адресу, почему Вы думаете, что обратный поиск на IP-адресе будет выполненным? Вы обращаетесь к поиску ARP для IP-адреса? – joeqwerty 9 December 2009 в 19:16
-
4Много сетевых служб сделают обратный поиск соединяющегося IP для входа или по другим причинам. – chris 9 December 2009 в 21:57
-
5@chris: О, Вы имели в виду обратный поиск сервером клиентского IP.Я понимаю. – joeqwerty 9 December 2009 в 22:44
Начальное соединение проходит прекрасный, но именно Ваше второе соединение становится с очередями. Я рассмотрел бы клиентскую реализацию в программном обеспечении, я не знаю, если более свежий, что JDKs внесли больше изменений, но это раньше было что даже при создании отдельного HttpUrlConnections, базовый Обработчик протокола все еще снова использовал бы сокетное соединение.
Необходимо зарегистрироваться в StackOverflow и видеть, занимались ли некоторые из них этой проблемой прежде.
-
1I' ve, перекрестно разосланный к ТАК. Также проблема воспроизводит, когда я просто использую сокет и обхожу HTTP полностью. – ripper234 9 December 2009 в 20:02
Хорошо, существует МНОГО возможных мест, это могло идти не так, как надо. Вы упомянули, что TCP разгружает механизм, и это - разумный подозреваемый (особенно, если у Вас есть Broadcom NICs там), поэтому давайте исключим его и отключите его (консультируйтесь со своей документацией для этого).
После этого Вы хотите начать уменьшать других возможных кандидатов, поэтому обратитесь к переключателям, сетевые кабели и так далее. Если Вы можете, источник подключения, чтобы предназначаться через перекрестное соединение и видеть, можно ли воспроизвести его там.
Это - также стоящая попытка, дорогая старый ping - от звуков его необходимо смочь воспроизвести abberant поведение с 4 параллельными ping.
Но то, к чему это сводится, - то, что нет никакого смысла в подозрении ничего на этой ранней стадии, так же там как просто слишком много мест, где это могло идти не так, как надо (включая Ваше приложение).
-
11. Я записал маленькое тестовое приложение для репродуцирования проблемы. 2. I' ve, отключенный разгружать механизм. 3. Я сомневаюсь относительно it' s переключатели, we' ре, получающее это явление повсеместно с различными переключателями. I' ll пробуют крест для проверки. 4. Я сомневаюсь относительно I' ll видят, что эта проблема с 4 параллельными ping - попробует его все же. – ripper234 9 December 2009 в 22:24
Вы проверили свои настройки брандмауэра? Могло бы быть что-то в настройках брандмауэра, которое является уровнем, ограничивающим соединения.
У Вас есть какие-либо специальные sysctl настройки для сервера? Существует много незначительных тонких настроек, которые можно сделать для сетей в sysctl.
Вы проверили по различным серверам/клиентам? Это должно помочь изолировать причину проблемы - является ли это конкретным сервером, клиентом или обоими.
-
1Никакой брандмауэр. Я полагаю, что проблема находится в стороне Windows, не Linux. Это происходит на нескольких серверах/клиентах, я подозреваю ограничения Windows / флаги реестра. – ripper234 9 December 2009 в 17:38