Verwendung von WCF aus WPF sehr langsam bei der ersten Verwendung

Question

Ich habe seit ein paar Tagen mit einem Problem mit unseren WPF-Anwendungen gekämpft und ich frage mich, ob jemand schon einmal darauf gestoßen ist und helfen kann? Das Problem scheint auf den Client herunterzufallen, der "on-the-fly" einen Serializer generiert, um die Typen in diesem Webmethodenaufruf zu verarbeiten. Wenn diese Methode zum ersten Mal aufgerufen wird (der Web-Dienst selbst wurde bereits ausgeführt), kann es z. 8 Sekunden können nachfolgende Anrufe z.B. 20ms. Die CPU im Client-WPF-Prozess ist während dieser Verzögerung v.

Wenn Sie den XmlSerializer verwenden, können Sie diese Serializer-Assemblys mit svcutil vorgenerieren. Wenn (wie wir) den normalen WCF DataContractSerializer verwenden, scheint diese Option nicht vorhanden zu sein.

Was ich möchte, ist in der Lage, diese Baugruppe für alle Typen in allen meinen Datenverträgen (viel) vorzugenerieren oder alternativ diesen Prozess durch einen benutzerdefinierten zu ersetzen, den ich kodieren kann und die Daten weitergibt binär (wir besitzen beide Enden dieses Webservice/Clients und sie sind beide .NET 4). Ich habe bereits BinaryFormtter und GZip-Komprimierung verwendet, und während dies die Übertragung von Daten beschleunigt, wird es immer wieder in XML wiederhergestellt, um durch das Framework deserialisiert zu werden, daher bleibt dieses Problem bestehen.

Irgendwelche Ideen?

Answer 1

Sie können eine binäre Bibliothek wie protobuf-net verwenden, die ziemlich schnell ist, selbst wenn es anfängliche Startkosten gibt, weil Code für jeden Typ generiert werden muss, ist es immer noch way better than DataContractSerializer or BinaryFormatter. Sie sollten ein paar Sekunden gewinnen und eine insgesamt flüssigere Erfahrung haben. Es kann easily integrated with WCF sein. Beachten Sie, dass WCF Ihre verschiedenen Verträge weiterhin prüft, um die korrekte WSDL und verschiedene Metadaten zu generieren.

Es gibt andere Dinge, die den WCF-Start verlangsamen können, z. B. das Bestimmen des Standard-Web-Proxys. Stellen Sie sicher, dass useDefaultWebProxy in Ihrer Bindungskonfiguration false ist, wenn Sie keine Verwendung dafür haben.

Noch, Sie werden feststellen, dass WCF-Start ist in der Regel langsam, egal was Sie tun, um es zu optimieren. Persönlich, müde von der Bekämpfung der Langsamkeit in einem ähnlichen Szenario (ich kontrollierte beide Enden, und der Client war eine WPF-Anwendung), ich einfach WCF aufgegeben und ging für ServiceStack + Protobuf-net. Der erste Anruf ging von 2-3 Sekunden auf ~ 100 ms, und alle folgenden HTTP-Anrufe sind wirklich sofort. Die allgemeine Benutzerfreundlichkeit hat sich stark verbessert. Beachten Sie, dass ich in keiner Weise mit ServiceStack verbunden bin, dies ist nur meine Erfahrung.

Answer 2

Sie können die Kaltstartzeit verbessern, indem Sie Ihren WCF-Dienst vorab laden ... d. warten Sie nicht auf die erste Anfrage, um es zu laden ... laden Sie im Voraus.

• How do I confirm whether Application Warm-Up plugin works?

• How to: Avoiding Cold-Start issues with IIS hosted WCF applications?

Nur ein paar Ideen ... die "Macht" Hilfe beschleunigen Dinge in der Serialisierung Bereich.

Bezüglich der Vorgenerierung der Serialisierungsassemblys für Ihre Servicetypen .... gibt es die Option in Project | Build namens "Generate Serialization Assembly" .... wenn sie auf "On" geschaltet ist, dann erzeugt sie die Assemblies bei Bauen Sie Zeit statt zur Laufzeit dynamisch auf.

Es ist nicht klar, ob diese Option nur für die Vorgenerierung von Serialisierungsassemblys für XMLSerializer-basierte Serialisierer oder auch für DataContractSerializers gilt.Sie könnten versuchen, es auf "Ein" zu stellen, um zu sehen, ob es einen Unterschied macht.

Sie könnten auch versuchen, dies frühzeitig im Code in Ihrem Client und Server zu tun, um die DataContract-Serialisierer auszuüben ... d. bevor der Client oder Server eine Anfrage bearbeiten musste ... (nicht sicher, ob es helfen würde oder nicht).

DataContractSerializer ps = new DataContractSerializer(typeof(Person)); 
DataContractSerializer cs = new DataContractSerializer(typeof(Company)); 
etc... 

Um es besser verwaltbar Sie eine Routine schreiben könnte, die Reflexion, die Arten zu finden, verwendet, die Sie zum Beispiel zu serialisiert beabsichtigen Suchen Sie nach Typen, die mit DataContract ... oder einer anderen Heuristik gekennzeichnet sind, oder nach einer vordefinierten Tabelle.

Answer 3

Haben Sie anhand der generierten Servicereferenz bestätigt, dass DataContractSerializer tatsächlich verwendet wird? Es ist möglich, dass aufgrund eines Schemas bei der Operation zum Hinzufügen eines Dienstverweises ein XmlSerializer-Code anstelle des Standard-DataContractSerializers generiert wurde, der dieses für XmlSerializer typische Verhalten verursacht. In diesem Fall können Sie den Serialisierungscode vorgenerieren, um den Kaltstart zu verbessern: http://msdn.microsoft.com/en-us/library/aa751883.aspx. Danke.