Прерывистая зависания в службе WCF во время GENERAL_SET_RESPONSE_HEADER

Question

У меня прерывистая зависания в службе WCF. Звонки, которые обычно принимают миллисекунды, начинают принимать до 30 секунд или более для завершения, прежде чем служба восстановится. Однако все вызовы завершаются успешно. Новая реликвия сообщает, что все время в запросах тратится на ExecuteRequestHandler.

Я включил провальную трассировку запроса на сервере для всех запросов и наблюдал и ждал. Когда сайт начал висит, я вытащил следы вниз, и я вижу, после которого характерно:

136 - GENERAL_SET_RESPONSE_HEADER

HeaderName: Content-Length HeaderValue: 2237 Заменить: ложные

Информационно

273281 мс

Все остальные шаги в журнале приурочены к 0 мс. Функция зависания меняется, и когда служба работает нормально, точно такие же функции с точно такими же параметрами и полезной нагрузкой отклика ведут себя отлично. Похоже, что когда сайт начинает висит, все запросы блокируются до восстановления.

Может ли кто-нибудь предложить, куда я иду отсюда.

Благодаря

Answer 1

Это был путь туда и очень раздражает, с моей точки зрения. Новая реликвия говорила, что служба висит в ExecuteRequestHandler, и я нырнул в кроличью нору, пытаясь диагностировать повесить.

Разрешения оказался для настройки конфигурации дроссельной для службы WCF:

<system.serviceModel> 
    <behaviors> 
     <serviceBehaviors> 
     <behavior name="..."> 
      <serviceThrottling maxConcurrentCalls="512" maxConcurrentSessions="3200" maxConcurrentInstances="3712" /> 

Оказывается, что службы WCF дросселируется по умолчанию, даже без этой записи присутствующего и в последнее время MS повышенных значений по умолчанию. Моя служба падала со скоростью около 200 об/мин (что я не считаю чрезмерным). Значения, с которыми я пошел, - это 8x новых значений по умолчанию, и теперь все работает замечательно.

Почему услуги дросселированы без указания того, что это происходит в конфигурационных файлах по умолчанию, о которых я не знаю. WCF был конфигурационным адом, и я решил никогда не использовать его снова. Веб-API отсюда на.

Надеюсь, что это кому-то поможет в один прекрасный день :)