Смотрю процесс Eproxy.exe — 4 Мб памяти, не более 10% цпу.
Не сказать, чтобы тяжелый процесс ...
Перезагружаю службу — секунд 20 все летает, дальше снова тормоза.
Мимо прокси — тормозов нет.
В чем может быть дело?
Как бороться?
Смотрю процесс Eproxy.exe — 4 Мб памяти, не более 10% цпу.
Не сказать, чтобы тяжелый процесс ...
Перезагружаю службу — секунд 20 все летает, дальше снова тормоза.
Мимо прокси — тормозов нет.
В чем может быть дело?
Как бороться?
Специально проверил при отсутствии нагрузки — работал один через прокси, в веб-интерфейсе всего 35 активных ТСР-соединений. Эффект тот-же: несколько секунд (до 10) приходится ждать открытия страницы, как будто долго обрабатывается DNS-запрос. Потом сама страница загружается относительно быстро, но все-таки медленнее, чем раньше.
Из-за жалоб пользователей пока откатился на старый релиз — build 6427, 25.03.2005
Эффект исчез — работать комфортно, т.е подозрение с днс снято.
Но обновлятся как-то ведь надо
То есть, только Eproxy.exe заменили?
Причем задержка больше(7-9 сек) , если открывать страницу IE.
Под Oper-ой эта задержка поменьше (не больше 5 сек).
Некомфортность данного эффекта сглаживается тем, что страница после задержки открывается сразу практически полностью.
Чем вызвано — не анализировал, так как жалоб особых нет, к такому эффекту привыкаешь, как будто так и надо.
Попробую у себя провести сравнительный хронометраж.
- 20 испытать пока не получилось, но нашел в одной подшефной сети 3.22 живьем, засёк его скорость, проапгрейдил на месте до 3.26 и засек снова. Обращался к одной и той же странице microsoft.com, прокси стоит на 512Кбитном канале, на Celeron533, с каскадированием через провайдерский squid. Браузер Firefox обращается к Eproxy из 10мбитной ЛС. Результаты (время в миллисекундах):
Столбцы: время_от_первого_коннекта_до_последнего_дисконнекта, задействовано_потоков_для_скачивания_всего_контента_страницы, время_до_полной_обработки_первого_запроса(первой_строки_в_URL_логе) версия_Eproxy27189, 76, Load, 2694, Eproxy/3.0, build 6685, 15.08.2005
14441, 66, Reload, 2714, Eproxy/3.0, build 6685, 15.08.2005
16784, 62, Reload, 5958, Eproxy/3.0, build 6871, 16.05.2006
14120, 64, Reload, 1642, Eproxy/3.0, build 6871, 16.05.2006
В общем, между 3.22 и 3.26 заметной разницы в скорости нет. Позже поставлю все-таки именно 3.20 и сравню на более быстром канале и с конфигурацией по умолчанию, без каскада.
Вы сами тоже можете засечь точные времена работы Eproxy в своей сети — достаточно раскомментировать vDebugRules в OnStartup.rules.txt, перезапустить и зайти на какой-нибудь URL в каждой из версий.
А где эти цифры потом смотреть? в eproxy.log таких данных не появилось.
Rule;461377736;1;OnConnect
Rule;461377736;1;conf\OnConnect.rules.txt в Eproxy.log.
Вот эти числа после Rule — системные "тики". Нужно вычислять их разность между заданными строками.
Откатывать не стал, отключил kavss.
И когда напишут на сайте Агавы
"Этот знаменитый Eproxy?"
Про Агаву и Eproxy не понял. Какое отношение имеет Агава к нашему прокси?
А к знаменитости Eserv'а Eproxy отношение имеет, да. Ведь Eserv стал знаменитым в те времена, когда Eproxy был его неотъемлемой частью
И какие выводы делать?
Лог для старой версии:
<30>
30>
Rule;......OnConnect
Rule;......OnDisconnect то разница огромная
новый
Rule;136653421;1;OnConnect
Rule;136674500;25;OnDisconnect
21079
старый
Rule;136950531;2;OnConnect
Rule;136950734;27;OnDisconnect
203
основная разница создается на этапе: новый
Rule;136653468;25;plugins\auth\auth_nt\IsMember
Rule;136653468;25;..\CommonPlugins\plugins\auth\auth_nt\IsMember.rules.txt
Rule;136674484;25;IsGroupMember
Rule;136674484;25;..\CommonPlugins\IsGroupMember.rules.txt
21063
У меня несколько раз после перехода на 3.28 проявилось полная неработоспособность Eserv&Epoxy по утрам с точки зрения пользователя.
Спасает перезагрузка всех сервисов.
Вы сами и ответили себе на вопрос: у вас в старой версии использовалась md5-авторизация, а в новой — NT-авторизация. Конечно, md5 быстрее и предсказуемее. В первом запросе задержка на проверке членства в NT-группе 21 секунда, а во втором 15 _милли_секунд, т.е. разница в 1000 раз даже от запроса к запросу, но эта разница внешняя по отношению к Eproxy, и от него не зависит
А с точки зрения телнета?
А в чем отличие утра? Сервер на ночь выключается? Или уходит в спящий режим? У меня бывало на одном компьютере — после выхода сервера из сна не включался (не просыпался) второй диск и сетевая карта, соответственно и Eserv был недоступен. Лечилось не перезапуском сервисов, а disable/enable на сетевой карте. Когда надоело, запретил им спать.
Рекомендации по сетевым картам выполнил, спасибо.
Защитную стенку OP 4, заменил на встроенный.
Наблюдаем.