В общем, есть приложение ASP.NET, которое из под вебсервера, под которым происходит дебаг проекта в VS работает как пуля.
Поставили отдельный сервер Windows Server 2008 R2 и на нем установили .NET 4.0 (+4.5) и подняли IIS с дефолтными настройками. Разница в работе ~2 секунды. Не поленился поставить ту же Visual Studio на сервер, запустил под дебагом из под встроенного в VS вебсервера, все работает так, как работало у меня на компе, т.е. без задержек. Далее поставил IIS сервер с такими же настройками, как на сервере на свою локальную машину с Windows 8, и задержек опять нету.
Пробовали развернуть IIS как на виртуальной серверной ОС, так и на физической тачке, результат один и тот же - задержка в 2 секунды.
А теперь немного о самом приложении, чтобы донести дополнительные детали.
Приложение работает по принципу динамической загрузки и исполнения сборок. Все сборки, которые может подгружать сейчас приложение обращаются к внешним вебсервисам, получают xml ответ и отдают ответ ядру приложения (самому загрузчику сборок), а ядро приложения просто конвертирует ответ в JSON.

Так вот, каждая сборка по сути создает сетевое обращение к внешнему вебсервису и на этом этапе походу и возникают проблемы, хотя с сеткой все нормально, ведь такие задержки появляются только из под IIS на сервере, а если запускать приложение из под встроенного вебсервера в VS на том же сервере, то этих задержек нету.

В общем, я уверен, что проблема именно в IIS. Никто не сталкивался с подобными вещами?