WCF Concurrent-Anfragen häufen sich auf dem Server bei Verwendung von WSHttpBinding

Question

Ich habe eine WCF-Client/Server-App, die über HTTP mit der WSHttpBinding kommuniziert.

Serverkonfiguration: Self-Hosting, mit dem Standard WCF ServiceHost. Meine eigentliche Dienstklasse zugeschrieben als:

[ServiceBehavior(ConcurrencyMode = ConcurrencyMode.Multiple, 
InstanceContextMode = InstanceContextMode.PerSession, 
UseSynchronizationContext = false)] 

Client Setup: (. proxy.call_server_method Blöcke so lange, bis der Server vollständig reagiert hat) mit einem visuell-Studio erzeugt Client-Proxy mit synchronen Service Calls

Szenario: Ich habe einen bestimmten Methodenaufruf, der 20 Sekunden dauert, um auf dem Server auszuführen. Der Client ruft diese Methode in einem separaten Thread auf, so dass er nicht aufgehalten wird, und die ConcurrencyMode.Multiple bedeutet, dass WCF sie in einem separaten Thread auf dem Server ausführen sollte.

Diese Theorie wird durch die Tatsache unterstützt, dass alles funktioniert gut, wenn ich meine App für die Verwendung NetTcpBinding konfigurieren.

Problem:
Wenn ich die App konfigurieren WSHttpBinding zu verwenden, dann ist diese lange Methodenaufruf bewirkt, dass die HTTP-Anfragen zu 'back up'. Ich habe dieses Verhalten sowohl durch die Überprüfung meiner Protokolle als auch durch das Debuggen der HTTP-Anfragen mit Fiddler überprüft.

Beispiel:

• Client leitet 20-Sekunden langen Anfrage auf einem Hintergrund-Thread
• Client-Anforderung B und C auf den Vordergrund Gewinde
• Requests B und C an den Server geschickt bekommen einleitet, die doesn ‚t verarbeiten sie, bis sie mit der 20-Sekunden langen Anfrage

Aber manchmal getan wird:

• Anfragen B und C werden nicht gesendet (sie erscheinen nicht einmal in Fiddler), bis die 20-Sekunden-Anfrage zurückkommt (das ist selten).
• Hinweis: Die Einstellung <add address="*" maxconnection="100"/> in der app.config des Clients hat dies (scheinbar) zum Stoppen gebracht.

Anforderung B wird gesendet und empfängt eine Antwort sofort, während der Anforderung C bis zur 20-Sekunden zurückgehalten wird eine vollendet (dies ist selten)

Hier ist eine Zeitleiste von Fiedler das Problem demonstriert: (klicken für größere Version)

Wie Sie sehen können, werden die Anfragen alle auf dem Server gesichert zu werden. Sobald die 20-Sekunden-Anfrage abgeschlossen ist, kommen die Antworten alle durch, aber beachten Sie, dass einige Anfragen, die sind nicht halten werden ...

So Fragen:

• Was zum Teufel ist hier los? Warum funktioniert es gut mit NetTcpBinding und nicht mit WSHttpBinding arbeiten?
• Warum das inkonsistente Verhalten?
• Was kann ich tun, um es zu beheben?

Hinweise:

• Es ist nicht auf dem Server sperren. Ich habe Breakpoints gesetzt und !syncblk verwendet und es meldet ständig, dass keine Sperren gehalten werden.
• Es ist nicht mein Gewinde (NetTcpBinding sollte nicht anders funktionieren)
• Ich habe <serviceThrottling maxConcurrentCalls="1000" maxConcurrentInstances="1000" maxConcurrentSessions="1000" /> Satz in dem app.config des Server
• Der 20-Sekunden-Anruf auf einem Timer nur darauf wartet, ist es nicht die CPU oder Festplatte ist Dreschen oder Netzwerk
• Ich würde eine Lösung bevorzugen, die die Anwendung nicht re-architecting, um asynchrone Anrufe zu verwenden ... es ist ein großer Haufen von Legacy-Code, und ich will wirklich nicht mit Sachen herumalbern, die ich nicht ' ich verstehe nicht.

Answer 1

[Selbst Antwort andere Benutzer zu zeigen, was unsere Lösung war,]

Am Ende habe ich nie dieses Problem zu lösen geführt.
Unsere endgültige Lösung war es, unsere App von WSHttpBinding auf in Produktion zu schalten - wir hatten dies aus Leistungsgründen sowieso geplant.

Dies ist jedoch eher bedauerlich, da es eine schwarze Markierung auf WSHttpBinding hinterlässt, die garantiert sein kann oder nicht. Wenn jemand schon einmal mit einer Lösung kommt auf die nicht WSHttpBinding mit sich bringt Notwasserung, würde ich gerne davon Dienste

Answer 2

Es gibt eine Drosselung außerhalb von WCF (eine .Net oder Windows-Sache), die standardmäßig nur maximal zwei gleichzeitig ausgehende HTTP-Verbindungen zulassen. Leider kann ich mich für das Leben von mir nicht den Namen der Sache merken (und was du in app.config oder deine App setzen würdest). Da Sie nicht sehen, dass die Anfragen den Client verlassen und dass es nur HTTP ist, denke ich, dass Sie "dieses Ding" treffen. Ich werde weiter nach seinem Namen suchen.

Update: Fand es - versuchen, dies auf dem Client (aber die '2' zu einer größeren Zahl aus):

<configuration> 
    <system.net> 
    <connectionManagement> 
     <add address = "*" maxconnection = "2" /> 
    </connectionManagement> 
    </system.net> 
</configuration> 

Answer 3

I Forget - könnte es die Bestellung werden? Ich denke, vielleicht RM über HTTP bewahrt Ordnung, aber vielleicht Tcp-Sitzungen nicht (es sei denn, Sie fordern es ausdrücklich)? Gibt es im Servicevertrag ein Attribut, das geordnete/ungeordnete Sitzungen beschreibt (ich vergesse).

Answer 4

Wenn Sie zu BasicHttpBinding wechseln, funktioniert es?

Ist so, es klingt wie this is your problem, Session-Throttling, etwas, das mich in den Arsch gebissen.

Answer 5

Erwägen Sie ConcurrencyMode.Multiple auf pro-Anruf wissen gleichzeitige Anrufe zu ermöglichen.

Answer 6

Wir haben genau die gleichen Symptome mit einem JSON-Dienst gesehen, der in IIS/ASP.NET gehostet wird.

Die Ursache war, dass ASP.NET die Anforderungen synchronisiert - nicht WCF. Wir mussten den Sitzungsstatus (auf Anwendungsebene) deaktivieren, um gleichzeitige WCF-Methoden zu erhalten.

Web.config: <system.web> <sessionState mode="Off" /> </system.web>

Bitte beachten Sie, dass unser Dienst verwendet webHttpBinding, nicht WSHttpBinding. Ich bin mir also nicht sicher, ob damit auch Orions Problem gelöst wird.

Answer 7

Ich denke, das Protokoll Grenze getroffen und um ihn arbeiten Sie die Standardeinstellungen auf dem Clientcomputer ändern müssen:

http://support.microsoft.com/kb/183110

http://support.microsoft.com/kb/282402

Ich denke, WSHttpBinding verwendet WinINET Einstellungen bei der Ausgabe von die Anfragen.

Answer 8

Nicht sicher, aber manchmal ist das Problem mit den gleichzeitigen Anrufen von silverlight Anwendung mit Browser-Verbindungsverwaltung verbunden. Für mich war die Lösung, die in unseren App.xaml.cs, Application_Startup Verfahren als descrive hier zu setzen: http://weblogs.asp.net/olakarlsson/simultaneously-calling-multiple-methods-on-a-wcf-service-from-silverlight

WebRequest.RegisterPrefix("http://", WebRequestCreator.ClientHttp);