у нас есть два разных сервера, на которых работает одно и то же серверное приложение. Они должны обрабатывать множество подключений (2000+) по индивидуальному протоколу, у наших пользователей есть наша программа для подключения к нашим серверам.
Машина 1 сейчас обрабатывает 3300 подключение и у него есть Intel i7 3770 с участием 16 Гб таран с Windows 2008 R2
Машина 2 сейчас обрабатывает 2400 подключение и у него есть Intel i7 4770 с участием 32 гб таран с Windows 2012
Обе машины используют около 6-9% процессора, менее 1% сети, 0% HD, аналогичный пинг (66 мс и 73 мс) из наших офисов и та же сетевая карта.
Машина 2 более могущественный и приходится справляться меньше связей, но это намного медленнее чем машина 1!
Я не могу измерить в цифрах, насколько он медленнее, но нашему сервису требуется быстрый отклик, чтобы он работал хорошо, а Машина 2 работает значительно медленнее.
Вероятно, проблема в нашем .exe (даже если он одинаковый для обеих машин), но мы считаем, что проблема может быть и в Windows 2012.
Кто-нибудь знает, что может вызвать эту разницу?
edit: спасибо за ответы и интерес к этому! Я добавляю информацию, которую вы запрашиваете:
Спасибо @theunpaidBill, мы постараемся сделать захват пакетов лучше, чтобы понять, что происходит!
Еще одно изменение: я знаю, что это уже закрыто, но я добавляю последний фрагмент информации! Мы понизили версию сервера Windows 2012 до Windows 2008 R2 и получили повышение производительности с нашим сервером. Я до сих пор не знаю почему, но вот что случилось.
Первым шагом было бы определить ваше узкое место; сеть, диск, процессор.
Моим первым подозреваемым будет сеть. Убедитесь, что ваш сервер подключается к сети с надлежащей скоростью.
Если это так, я бы поставил на сервер анализатор протокола и запустил захват пакетов. По моему опыту, индивидуальные протоколы обычно являются рецептом для душевной боли.
Захват пакетов сообщит вам, вызывает ли сетевой трафик задержки из-за повторной передачи, постороннего квитирования и т. Д.
Если это не сеть, я бы попросил разработчиков запустить ее в режиме отладки.
Выявить такую проблему с производительностью очень сложно, удачи.