Contrôle de la consommation des ressources et amélioration des performances

Cette rubrique décrit différentes propriétés dans différentes zones de l'architecture Windows Communication Foundation (WCF) qui fonctionnent pour contrôler la consommation des ressources et affecter les mesures de performances.

Propriétés qui contraignent la consommation des ressources dans WCF

Windows Communication Foundation (WCF) applique des contraintes sur certains types de processus pour des raisons de sécurité ou de performances. Ces contraintes se présentent sous deux formes principales, les quotas et les accélérateurs. Les quotas sont des limites qui, lorsqu'elles sont atteintes ou dépassées, déclenchent une exception immédiate à un certain point dans le système. Les accélérateurs sont des limites qui ne provoquent pas immédiatement la levée d'une exception. Au lieu de cela, lorsqu'une limite d'accélérateur est atteinte, le traitement continue mais dans les limites définies par la valeur de l'accélérateur. Ce traitement limité peut déclencher une exception ailleurs, mais cela dépend de l'application.

Outre la distinction entre les quotas et les accélérateurs, certaines propriétés contraignantes se trouvent au niveau de la sérialisation, d'autres au niveau du transport et d'autres encore au niveau de l'application. Par exemple, le quota System.ServiceModel.Channels.TransportBindingElement.MaxReceivedMessageSize, qui est implémenté par tous les éléments de liaison de transport fournis par le système a la valeur 65 536 octets par défaut afin d'empêcher des clients malveillants de prendre part à des attaques par déni de service contre un service en provoquant une consommation de mémoire excessive. (En général, vous pouvez augmenter les performances en diminuant cette valeur.)

La propriété System.Runtime.Serialization.DataContractSerializer.MaxItemsInObjectGraph est un exemple de quota de sérialisation, qui spécifie le nombre maximal d'objets que le sérialiseur sérialise ou désérialise dans un appel de méthode ReadObject unique. Un exemple d'accélérateur au niveau de l'application est la propriété System.ServiceModel.Dispatcher.ServiceThrottle.MaxConcurrentSessions qui, par défaut, restreint le nombre de connexions de canal de session simultanées à 10. (Contrairement aux quotas, si cette valeur d'accélérateur est atteinte, l'application poursuit le traitement mais n'accepte aucun nouveau canal de session, ce qui signifie que les nouveaux clients ne peuvent pas se connecter jusqu'à ce que l'un des autres canaux de session prenne fin.)

Ces contrôles sont conçus pour fournir une atténuation intégrée des risques liés à certains types d'attaques ou pour améliorer les mesures de performances telles que l'encombrement mémoire, le délai de démarrage, etc. Toutefois, selon l'application, ces contrôles peuvent entraver les performances de l'application de service ou empêcher globalement l'application de fonctionner. Par exemple, une application conçue pour transmettre en continu du contenu vidéo peut facilement dépasser la propriété System.ServiceModel.Channels.TransportBindingElement.MaxReceivedMessageSize par défaut. Cette rubrique fournit une vue d'ensemble des différents contrôles appliqués aux applications à tous les niveaux de WCF, elle décrit différentes manières d'obtenir plus d'informations pour savoir si un paramètre entrave votre application et elle explique comment résoudre divers problèmes. La plupart des accélérateurs et certains quotas sont disponibles au niveau de l'application, même lorsque la propriété de base est une contrainte de sérialisation ou de transport. Par exemple, vous pouvez définir la propriété System.Runtime.Serialization.DataContractSerializer.MaxItemsInObjectGraph en utilisant la propriété System.ServiceModel.ServiceBehaviorAttribute.MaxItemsInObjectGraph sur la classe de service.

Remarque :
Si vous avez un problème particulier, vous devez commencer par lire Démarrage rapide de la résolution des problèmes WCF pour voir si votre problème (et une solution) y est répertorié.

Les propriétés qui restreignent des processus de sérialisation sont répertoriées dans Considérations sur la sécurité des données. Les propriétés qui restreignent la consommation de ressources en rapport avec les transports sont répertoriées dans Quotas de transport. Les propriétés qui restreignent la consommation de ressources au niveau de la couche d'application sont membres de la classe ServiceThrottle.

Détection des problèmes d'application et de performances en rapport avec les paramètres de quota

Les valeurs par défaut des valeurs précédentes ont été choisies pour activer les fonctionnalités d'application de base sur une large gamme de types d'applications tout en assurant une protection de base contre les problèmes de sécurité courants. Toutefois, des conceptions d'application différentes peuvent dépasser un ou plusieurs paramètres d'accélérateur bien que l'application soit par ailleurs sécurisée et qu'elle fonctionne comme prévu. Dans ces cas, vous devez identifier quelles valeurs d'accélérateur sont dépassées et à quel niveau, puis décider du plan d'action approprié pour augmenter le débit d'application.

En général, lors de l'écriture de l'application et de son débogage, vous affectez à la propriété System.ServiceModel.Description.ServiceDebugBehavior.IncludeExceptionDetailInFaults la valeur true dans le fichier de configuration ou par programme. Cela stipule à WCF de retourner les traces de la pile d'exception du service à l'application cliente pour les afficher. Cette fonctionnalité signale la plupart des exceptions au niveau de l'application de façon à afficher les paramètres de quota qui peuvent être impliqués, si tel est le problème.

Certaines exceptions se produisent au moment de l'exécution, sous le seuil de visibilité de la couche d'application, et ne sont pas retournées à l'aide de ce mécanisme. Il est possible qu'elles ne soient pas traitées par une implémentation System.ServiceModel.Dispatcher.IErrorHandler personnalisée. Si vous utilisez un environnement de développement tel que Microsoft Visual Studio, la plupart de ces exceptions sont affichées automatiquement. Toutefois, certaines exceptions peuvent être masquées par des paramètres de l'environnement de développement tels que les paramètres Uniquement mon code dans Visual Studio 2005.

Quelles que soient les fonctions de votre environnement de développement, vous pouvez utiliser les fonctions WCF de suivi et de journalisation des messages pour déboguer toutes les exceptions et régler les performances de vos applications. Pour plus d'informations, consultez Utilisation du suivi pour résoudre les problèmes posés par votre application.

Problèmes de performances et XmlSerializer

Les applications clientes et de services qui utilisent des types de données sérialisables à l'aide de XmlSerializer génèrent et compilent le code de sérialisation de ces types de données lors de l'exécution, ce qui peut provoquer des performances de démarrage lentes.

Remarque :
Le code de sérialisation prégénéré est réservé aux applications clientes, pas aux services.

Outil Service Model Metadata Tool (Svcutil.exe) peut améliorer les performances de démarrage de ces applications en générant le code de sérialisation nécessaire à partir des assemblys compilés pour l'application. Pour plus d'informations, consultez Comment : améliorer le temps de démarrage des applications clientes WCF à l'aide de XmlSerializer.

Problèmes de performances lors de l'hébergement de services WCF sous ASP.NET

Lorsqu'un service WCF est hébergé sous IIS et ASP.NET, les paramètres de configuration d'IIS et ASP.NET peuvent affecter le débit et l'encombrement mémoire du service WCF. Pour plus d'informations sur le sujet suivant les performances ASP.NET, consultez Amélioration des performances ASP.NET (page éventuellement en anglais). Un paramètre qui peut avoir des conséquences inattendues est MinWorkerThreads, qui est une propriété de ProcessModelSection. Si votre application dispose d'un nombre fixe ou faible de clients, l'affectation de la valeur 2 à MinWorkerThreads peut fournir une relance de débit sur un ordinateur multiprocesseur dont l'utilisation de l'UC est proche de 100 %. Cette augmentation des performances a un coût : elle entraînera également une augmentation de l'utilisation de la mémoire, ce qui pourrait réduire l'évolutivité.

Voir aussi

Concepts

Administration et diagnostics
Données volumineuses et diffusion en continu