Résultats des performances du pont Microsoft MSMQ-MQSeries Bridge

Sur cette page

Résultats des performances du pont Microsoft MSMQ-MQSeries Bridge
Résumé général
Résultas des tests
Messages aller-retour de 1k
Non transactionnels
Transactionnelle
Transactions aller-retour MSMQ 1k, MQSeries 8k
Messages unidirectionnels de 1k de MQSeries vers MSMQ
Non transactionnels
Transactionnels
Messages unidirectionnels de 8k de MQSeries vers MSMQ
Non transactionnels
Transactionnels
Messages unidirectionnels de 1k de MSMQ vers MQSeries
Non transactionnels
Transactionnels
Méthodologie et environnement du test
Méthodologie du test
Paramètres clé utilisés pour le test
L'environnement du test
Topologies de réseau
Plates-formes matérielles
Paramètres de performances
Observations
Considérations d'ordre général

Résultats des performances du pont Microsoft MSMQ-MQSeries Bridge

Résultats des performances du pont Microsoft MSMQ-MQSeries Bridge concernant les applications SNA Server 4.0 (Service Pack 3) et Host Integration Server 2000 sous Windows 2000.

Livre blanc préparé par : EIG Performance Team

Résumé général

Le pont MSMQ-MQSeries Bridge peut soutenir 450 TPS (biprocesseur PII400), 750 TPS (quadriprocesseur Xeon 400) pour des transactions bidirectionnelles de 1 kilo-octet, avec un débit total de 900 msg express/s et 1 500 msg express/s respectivement. Le programme MSMQ-MQSeries Bridge n'est pas lié à une CPU, ce qui permet à d'autres applications secondaires plus gourmandes en processeur d'être exécutées sur la même machine.

Le tableau suivant montre un bref résumé des valeurs maximales obtenues avec certains tests descriptifs. Les chiffres sont présentés avec une version distribuée de la charge client Component Object Model (DCOM).

Tableau 1 Débit (msg/s) des messages non transactionnels à travers le pont MSMQ-MQSeries Bridge (SNA 4.0 SP3 c. HIS2000) sous Windows 2000

Les messages contenaient des données de type caractères uniquement.
* MSMQ présente des restrictions, voir la section Observations pour en savoir plus.

Tableau 2 Débit (msg/s) des messages transactionnels à travers le pont MSMQ-MQSeries Bridge (SNA 4.0 SP3 c. HIS2000) sous Windows 2000

Les messages contenaient des données de type caractères uniquement.

Résultas des tests

Messages aller-retour de 1k

Non transactionnels

En utilisant un seul gestionnaire de file d'attente MQSeries à travers un pont unique MSMQ-MQSeries Bridge utilisant la version SNA 4.0 SP3, le taux soutenu maximal était de 370 TPS (transactions par seconde) pour un débit total de 740 msg/s. Lorsque le même test a été effectué en utilisant Host Integration Server 2000, le taux soutenu était identique : 370 TPS.

En augmentant à 3 le nombre de gestionnaires de file d'attente desservis par le pont MSMQ-MQSeries Bridge (ou en triplant le nombre de canaux de messages actifs), ce taux est passé à 525 TPS pour un total de 1 050 msg/s. Le facteur limitant était la quantité de messages sortants par seconde que MSMQ pouvait acheminer vers la file d'attente du connecteur des serveurs de routage (350 msg/s).

Transactionnelle

La demande soutenue pour un seul gestionnaire de file d'attente MQSeries à travers un pont unique MSMQ-MQSeries Bridge était de 65 TPS pour un total de 130 msg/s en utilisant le pont MSMQ-MQSeries Bridge que fournissent les applications SNA 4.0 SP3 et Host Integration Server 2000. L'utilisation de la CPU du pont MSMQ-MQSeries Bridge était inférieure à 10 % mais la longueur de la file d'attente du disque était de 1,3. Cette longueur indique que le disque était fortement utilisé, mais qu'il disposait encore de 35% d'espace inactif.

Transactions aller-retour MSMQ 1k, MQSeries 8k

Lors du test du pont MSMQ-MQSeries Bridge fourni par l'application SNA 4.0 SP3, en utilisant un canal de connecteur de messages MSMQ unique et un canal de connecteur de messages MQSeries, le taux soutenu maximal était de 175 TPS pour un total de 350 msg/s. Le taux soutenu maximal est passé à 225 TPS pour un total de 450 msg/s lorsque le pont MSMQ-MQSeries Bridge a été mis à niveau vers la version fournie par Host Integration Server 2000.

L'ajout de 2 gestionnaires de file d'attente MQSeries à la version Host Integration Server 2000 du pont MSMQ-MQSeries Bridge a augmenté le taux soutenu maximal à 300 TPS soit 600 msg/s.

Messages unidirectionnels de 1k de MQSeries vers MSMQ

Non transactionnels

Sur le pont MSMQ-MQSeries Bridge pour SNA 4.0 SP3, le taux maximal soutenu pris en charge était de 370 msg/s. Les messages ont été envoyés depuis un gestionnaire de file d'attente vers un client autonome. L'utilisation moyenne de la CPU pour le pont MSMQ-MQSeries Bridge était de 19 %. L'utilisation du disque en entrée/sortie et de la mémoire a été relativement négligeable. La mise à niveau du pont MSMQ-MQSeries Bridge vers Host Integration Server 2000 n'a pas modifié le taux soutenu maximal. L'utilisation du processeur a de nouveau été de 19 %, le disque ainsi que la mémoire sont restés pratiquement inchangés.

Lorsque 2 gestionnaires de files d'attente MQSeries ont été ajoutés au pont MSMQ-MQSeries Bridge pour Host Integration Server 2000, le taux soutenu maximal pris en charge était de 1 010 msg/s. L'activité de la CPU a atteint 57 %, mais là encore la mémoire et le disque sont restés pratiquement inchangés.

Transactionnels

Les messages transactionnels diminuent le débit total, comme il était prévisible pour des messages uniques, non répétitifs. En utilisant le pont MSMQ-MQSeries Bridge pour SNA 4.0 SP3, le taux soutenu maximal pris en charge était de 197 msg/s. L'activité de la CPU était de 20 % mais la longueur de la file d'attente du disque a augmenté, passant à 0,95. (La valeur 2,00 indique que la longueur de cette file d'attente est saturée.)

La mise à jour de MSMQ-MQSeries Bridge vers Host Integration Server 2000 n'a entraîné aucun changement au niveau du débit. Là encore, le taux soutenu maximal est resté à 197 msg/s. Par contre, l'activité de la CPU est tombée à 15 %. L'activité du disque présentait la même longueur de file d'attente soit 0,95.

Messages unidirectionnels de 8k de MQSeries vers MSMQ

Non transactionnels

L'augmentation de la taille du message a entraîné les effets escomptés. Le taux soutenu maximal pris en charge par le pont MSMQ-MQSeries Bridge pour SNA 4.0 SP3 était de 250 msg/s. L'utilisation de la CPU du pont MSMQ-MQSeries Bridge est restée relativement constante avec une légère augmentation, elle a atteint 21 %. La longueur de la file d'attente du disque a augmenté, elle est passée à 0,25. Le taux soutenu maximal a augmenté pour atteindre 345 msg/s lors de la mise à jour du pont MSMQ-MQSeries Bridge vers la version livrée avec Host Integration Server 2000. L'activité du disque est restée identique avec une longueur de file d'attente de 0,25.

L'ajout de 2 gestionnaires de file d'attente supplémentaires à la version Host Integration Server 2000 du pont MSMQ-MQSeries Bridge a entraîné l'augmentation du débit soutenu qui est passé à 495 msg/s. L'activité de la CPU du pont MSMQ-MQSeries Bridge a augmenté, atteignant presque 70 % et la longueur de la file d'attente était de 0,87.

Transactionnels

Le fait d'augmenter la taille du message et de le délivrer une seule et unique fois ralentit encore légèrement le débit. Pour la version SNA 4.0 SP3 du pont MSMQ-MQSeries Bridge, le débit soutenu maximal était de 85 msg/s. Le taux d'utilisation de la CPU a cependant diminué pour descendre à environ 10 % et la file d'attente du disque est passée à 0,56. Le passage à la version Host Integration Server 2000 du pont MSMQ-MQSeries Bridge a augmenté le débit soutenu maximal qui est passé à 165 msg/s. Les compteurs de performances des machines du pont MSMQ-MQSeries Bridge ont indiqué plus ou moins les même valeurs : 10 % pour la CPU et 0,54 pour la longueur la file d'attente du disque.

Messages unidirectionnels de 1k de MSMQ vers MQSeries

Non transactionnels

Le pont MSMQ-MQSeries Bridge a été en mesure de prendre en charge le débit exigé de 425 msg/s à l'aide d'un canal de messages reliant MSMQ à MQS sans recourir à une mémoire tampon sur la machine du pont MSMQ-MQSeries Bridge exécutant la version SNA 4.0 SP3. Les messages ont été envoyés depuis un client autonome vers un gestionnaire de file d'attente. L'utilisation moyenne de la CPU du pont MSMQ-MQSeries Bridge était de 34 % pendant les 1 000 secondes qu'a duré le test. L'utilisation du disque en entrée/sortie était faible (la longueur de file d'attente était de 0,03). Le passage à la version Host Integration Server 2000 du pont MSMQ-MQSeries Bridge a entraîné une augmentation de la demande soutenue qui a atteint 450 msg/s. Les valeurs moyennes concernant l'activité de la CPU et la longueur de file d'attente sont restées inchangées : respectivement 34 % et 0,03.

Augmenter de 1 à 3 le nombre de gestionnaires de file d'attente MQSeries devait en théorie accroître le débit soutenu maximal. Pour ce cas, cette augmentation s'est vérifiée dans une certaine mesure. Le pont MSMQ-MQSeries Bridge a pu soutenir un taux de 975 msg/s à travers le pont MSMQ-MQSeries Bridge pour Host Integration Server 2000, l'activité de la CPU passant à 84 % et la longueur de la file d'attente à 0,086. Toutefois, ce débit aurait pu être supérieur si le taux des messages sortants soutenus par seconde du client MSMQ vers la file d'attente du connecteur du serveur de routage (environ 325 msg/s par client) n'avait pas constitué un facteur limitant.

Transactionnels

La demande soutenue moyenne à travers un pont MSMQ-MQSeries Bridge pour SNA 4.0 SP3 était de 75 msg/s. À ce taux, la CPU ne fonctionnait qu'à 8 %, par contre la longueur de la file d'attente du disque présentait une valeur moyenne de 1,25. De même, lorsque le pont MSMQ-MQSeries Bridge a été mis à niveau vers Host Integration Server 2000, la demande soutenue maximale était encore de 75 msg/s. Le taux d'activité moyen de la CPU était de 4 % et la longueur de la file d'attente du disque de 1,01. Les messages ont commencé à revenir vers la machine client MSMQ avant de revenir vers le pont MSMQ-MQSeries Bridge, ce qui a entraîné l'arrêt du test à la marque 75 msg/s.

Méthodologie et environnement du test

L'objectif du test était de simuler un réseau de messagerie d'entreprise, puis d'examiner le comportement du pont MSMQ-MQSeries Bridge alors qu'il subissait une charge croissante de messages. Le test a été effectué dans le laboratoire Microsoft Enterprise Interoperability Group Performance, au siège social de la société situé à Redmond, Washington, du 14 au 23 juin 2000.

Méthodologie du test

La méthodologie employée lors de ce test de comparaison avait pour objet de simuler un traitement de transactions interactives en vue de délivrer des messages vers les réseaux MSMQ et MQSeries. Grâce aux solutions MSMQ-MQSeries Bridge, MSMQ (Microsoft Message Queue) et MQSeries de IBM, les applications peuvent se transmettre des messages les unes aux autres par le biais de leur système de mise en file d'attente. Le pont MSMQ-MQSeries Bridge y parvient en mappant les messages et les champs de données du système émetteur, et les valeurs associées à ces champs, avec les champs et les valeurs de l'environnement récepteur. Lorsque les opérations de mappage et de conversion ont été effectuées, MSMQ-MQSeries Bridge termine le processus en routant le message à travers les réseaux combinés MSMQ et MQSeries.

Un outil de test Microsoft a été utilisé pour simuler des messages. Cet outil, conçu pour fournir des tests de sollicitation élémentaires adaptés au pont MSMQ-MQSeries Bridge, fonctionne en envoyant et en recevant des messages à partir d'une file d'attente prédéfinie. Il peut être configuré afin de créer n'importe quel nombre de messages, de toutes tailles et de tous types, nécessaires au test des fonctionnalités de MSMQ-MQSeries Bridge. Le logiciel test employé était une application ActiveX contenant la référence MSMQ ActiveX ou MQSeries ActiveX (les fichiers MQM.dll et MQIC{32}.dll ne peuvent pas contrôler l'heure de réception d'un message dans la file d'attente et du fait que les messages entrent plus rapidement dans une file d'attente MQSeries qu'ils n'en sortent, il faut une solution pour surveiller à quelle vitesse la file se remplit). Des compteurs de performances ont été récupérés via l'application Moniteur système de Windows.

Paramètres clé utilisés pour le test

Transactions par seconde (TPS) : correspond au nombre de transactions que le pont MSMQ-MQSeries Bridge a pu envoyer et de recevoir à chaque seconde. Elle contient un message de type Requête et un message de type Réponse. Un ordinateur autonome exécutant le logiciel Microsoft Network Monitor (un analyseur de protocoles) enregistrait le débit de transactions de données et les charges totales du trafic sur le réseau local (LAN).

Charge de la CPU : l'utilisation de la CPU sur le système central a été enregistrée par des compteurs de performances rassemblés par Perfmon.

L'environnement du test

Topologies de réseau

Sept tests ont été effectués à l'aide d'un système doté d'un biprocesseur PII à 400 MHz exécutant SNA 4.0 SP3 et quatorze tests ont été menés à l'aide d'un système à biprocesseur PII à 400 MHz exécutant Host Integration Server 2000. Dans chacune des configurations, le système de passerelle de la messagerie a été graduellement soumis à une plus grande sollicitation afin de parvenir à la charge maximale, en exécutant MSMQ-MQSeries Bridge.

Pour les passerelles, tous les ordinateurs (les configurations matérielles sont répertoriées dans le tableau 3) ont utilisé deux segments Ethernet séparés. L'environnement était composé de deux réseaux 100BaseT afin de permettre de connecter les stations de travail clientes, la passerelle, le moniteur réseau (il n'apparaît pas ici) et les serveurs MQS.

Chaque client est passé par des cycles de période d'envoi/réception de X transactions par seconde. Cette fréquence de requête a généré la charge résultante des messages par seconde pour chaque client. La seconde période a été utilisée pour égaliser la charge client (les clients exécutaient des cycles continus). Les transactions ont été ajoutées de manière incrémentielle, et les données de test recueillies après chaque ajout d'une transaction ont été ajoutées à la configuration du banc d'essai. Les transactions ont été ajoutées jusqu'à ce que la file d'attente du connecteur soit saturée sans pouvoir se vider dans un délai raisonnable.

Plates-formes matérielles

Machine pour MSMQ-MQSeries Bridge :. biprocesseur à 400 MHz disposant de 512 Mo de RAM a été configuré pour exécuter Microsoft Windows 2000 Advanced Server, MQSeries Client version 5.1, Microsoft MSMQ version 2.0 avec la fonction Routage activée et Microsoft MSMQ-MQSeries Bridge pour SNA 4.0 SP3 ou pour Host Integration Server 2000.

Machines pour MQSeries Client :. configurées pour exécuter Microsoft Windows 2000 Professionnel et MQSeries Client version 5.1.

Machine du serveur MQSeries Server :. huit processeurs PIII à 550 MHz disposant d'une RAM de 4 Go. La machine a été configurée pour exécuter Microsoft Windows 2000 Datacenter et MQSeries Server version 5.1.

Machine du contrôleur de domaine MSMQ DC :. configurée pour exécuter Microsoft Windows 2000 Advanced Server et Microsoft MSMQ version 2.0.

Machines du client MSMQ Client :. configurée pour exécuter Microsoft Windows 2000 Professionnel et MSMQ version 2.0.

Tableau 3

Paramètres de performances

Le pont MSMQ-MQSeries Bridge dispose d'attributs définissables qui contribuent à augmenter ou à diminuer la quantité de messages transportés. L'un de ces paramètres est le nombre de threads utilisées par chacun des canaux de messages. Dans l'idéal, vous devez pouvoir le régler afin qu'il reflète le nombre de gestionnaires de file d'attente desservis par le pont. Cependant, peu de tests ont été effectués en faisant varier le nombre de threads. Les résultats ont indiqué qu'il n'y avait pas de différences significatives en matière de performances si l'on augmente le nombre de threads dans les gestionnaires de file d'attente MQSeries. Par contre, la réduction du nombre de threads entraîne une chute des performances en fonction du nombre de messages envoyés comparé au nombre de gestionnaires de file d'attente MQSeries desservis. Ceci est dû au nombre de tâches tentant d'obtenir la ou les threads disponibles.

Les paramètres, qui ont un effet sur le pont, sont situés sur chaque canal de messages individuel. Sélectionnez l'option Propriétés après avoir cliqué avec le bouton droit sur le canal de messages en surbrillance, puis allez à l'onglet Batch. Cet onglet permet de configurer 3 options batch.

Par défaut
Nombre max. : 10
Taille accumulée max. : 1 024
Temps accumulé max. : 512

Paramètres de performances utilisés dans ce document
Nombre max.  1 000
Taille accumulée max. : 300 000
Temps accumulé max. : 256

Observations

• Les messages transactionnels MSMQ sont revenus vers le client après que le débit de 75 à 100 messages par seconde a été atteint. Ceci a entraîné l'arrêt des tests des messages transactionnels et l'indication d'un faible débit de messages par seconde.

• Les messages non transactionnels MSMQ reviennent vers le client aux alentours de la marque 425 messages par connexion. Si vous transmettez vers plusieurs gestionnaires de file d'attente, le débit moyen chute à environ 350 messages par seconde.

• Toutes les 109 millisecondes environ, le pont MSMQ-MQSeries Bridge envoie un message de 64 octets à chacune des files d'attente de connecteur actives vers MQSeries afin de vérifier s'il y a des messages. Ceci équivaut à l'envoi de 10 messages de 64 octets par seconde, au minimum, vers un canal de messages MQSeries actif. Ce paramètre peut être réglé en modifiant le registre dans Host Integration Server 2000.

• MQSeries met entre 150 et 200 millisecondes pour fermer une file d'attente alors qu'il ne met qu'entre 15 et 16 millisecondes pour en ouvrir une. Comme il s'agit d'une opération coûteuse, il est plus avantageux, au niveau des performances, de laisser la file ouverte pendant de longues périodes.

• Dans le cas des messages non transactionnels, si l'espace de la file d'attente sur le client ou sur n'importe quel canal de messages relié à une file d'attente de connecteur, dépasse 32 000 messages de 1k, le service MSMQ (mqsvc.exe) commence à puiser dans le temps de processeur alloué à tous les autres services. Ce temps n'est pas utilisé pour envoyer des messages, puisque le taux de messages sortants par seconde diminue pour se fixer entre 100 et 200.

• Si une variante comportant un grand nombre de chaînes est introduit dans le corps d'un message MSMQ, ce dernier est alors converti en Unicode ce qui a pour effet de doubler sa taille. Toutefois, les applications MSMQ-MQSeries Bridge et MQS continuent à le considérer en tant que message au format ASCII. Par exemple, un texte de 1k passe à 2k lorsqu'il est placé dans le corps d'un message MSMQ. Le pont MSMQ-MQSeries Bridge évalue la taille du message à 1k et MQS évalue la taille de son corps à 1k.

• Le plug-in MSMQ VB ne vous permet pas de spécifier le type de corps de message créé. Les chaînes sont utilisées par défaut, avant d'être converties en Unicode. En programmation C, vous pouvez spécifier le type. Dans le plug-in VB pour MQS, vous pouvez spécifier le format du corps du message.

• Si un message est envoyé de MQSeries vers MSMQ, la seule condition requise est que le gestionnaire de file d'attente distant soit identifié dans le gestionnaire de file d'attente MQSeries. Si un message est envoyé vers une file d'attente qui n'existe pas, les performances d'ensemble du pont MSMQ-MQSeries Bridge diminuent et le message finit son parcours dans la file d'attente des lettres mortes du pont. MQSeries n'est pas averti que le message n'a pu être délivré. De son côté, MSMQ ne vous autorise même pas à ouvrir la file d'attente si elle n'est pas identifiée dans l'interface graphique utilisateur de MSMQ. (Si elle n'est pas identifié sur le gestionnaire de file d'attente MQSeries, le message est délivré à la file d'attente des lettres mortes du pont MSMQ-MQSeries Bridge. Les messages transactionnels restent dans la file d'attente sortante jusqu'à leur expiration. Ceci affecte également les performances du pont MSMQ-MQSeries Bridge le forçant à réduire le débit à 40 messages par seconde, ou à moins de 1 s'il y a des dizaines de milliers de messages dans la file d'attente sortante.) Les performances du pont MSMQ-MQSeries Bridge ne sont pas affaiblies lorsque ces messages le traversent.

• Si aucune limite n'est fixée sur MSMQ et que les messages commencent à s'accumuler dans la file d'attente, les performances commencent alors à se dégrader puisque les octets disponibles sur la machine exécutant MSMQ-MQSeries Bridge sont alloués à MSMQ. Si un nombre suffisant de messages est placé dans l'espace de la file d'attente, la machine devient lente et réfractaire aux sollicitations.

Considérations d'ordre général

En ce qui concerne les limitations relatives au matériel utilisé pour le test et au logiciel de messagerie employé pour envoyer des messages sur le pont MSMQ-MQSeries Bridge, il semble que l'application MSMQ-MQSeries Bridge soit, dans l'ensemble, virtuellement transparente pour l'envoi des messages entre MSMQ et MQSeries. Il existe des champs facultatifs (par ex. Gestionnaire de la file d'attente Répondre à) qui, lorsqu'ils sont renseignés, augmentent le temps nécessaire à l'envoi des messages à travers le pont MSMQ-MQSeries Bridge. À mesure que de nouvelles fonctions (telles que le cryptage) sont ajoutées au pont MSMQ-MQSeries Bridge, la quantité de temps nécessaire à l'envoi des messages augmente, ce qui réduit le nombre de messages par seconde et accroît la consommation de CPU. Limiter la fréquence d'utilisation des protocoles MSMQ et MQSeries par MSMQ-MQSeries Bridge contribue à maintenir le surdébit subi par ce dernier à un niveau minimal.

Les deux parties du logiciel de messagerie rendent coûteuses la fermeture et l'ouverture des files d'attente sur le réseau. Cependant, le fait de laisser ouverte une file d'attente pendant un long délai peut avoir des conséquences néfastes sur la machine. Les tests effectués ont ouvert la file d'attente, envoyé tous les messages dans le délai imparti (5 000 en 10 secondes) puis refermé la file d'attente. Des tests menés précédemment avaient déterminé que l'ouverture et la fermeture de la file d'attente pour chaque message entraîne une baisse minimale de 20 % des TPS.

La comparaison des performances de l'application MSMQ-MQSeries Bridge sur les plates-formes Windows NT 4.0 (voir la section Résultats des performances de Microsoft MSMQ-MQSeries Bridge pour SNA Server 4.0 SP3 sous Windows NT 4.0) et Windows 2000 révèle une différence criante. Les performances de MSMQ semblent avoir diminué dans la file d'attente du connecteur. En ce qui concerne MSMQ version 1.0 et MQSeries version 5.0, MQSeries est devenu un goulot d'étranglement au-dessus d'un débit de 500 messages, ce qui a constitué un facteur de limitation. Par contre, avec MSMQ 2.0 et MQSeries version 5.1, le taux soutenu maximal qui a pu être pompé dans la file d'attente du connecteur depuis MSMQ était d'environ 425 messages par seconde. Un test interne de MQSeries a placé le taux de mise en file d'attente à plus de 600 messages par seconde et le taux de suppression de la file d'attente à plus de 575 messages par seconde sur une machine dotée de huit processeurs. L'activité du disque, l'activité du processeur, l'utilisation de la mémoire étaient très faibles (longueur de la file d'attente du disque : 0,2 ; <temps du processeur : 10 % ; utilisation de la mémoire : 5 %).

D'un autre côté, les modifications apportées à MSMQ et à MQSeries ont amélioré les performances des files d'attente. Sur la plate-forme NT 4, le débit soutenu MSMQ->MQS unidirectionnel s'élevait à 500 messages par seconde et était de 565 messages par seconde dans le sens inverse MQS->MSMQ. Cependant, l'ajout des deux canaux a réduit à 600 le nombre total de messages soutenus par seconde (ou 300 messages dans chaque direction). De prime abord, le nombre de messages envoyés a diminué d'un point de vue unidirectionnel, mais a augmenté sur le nombre de canaux utilisés. L'application MSMQ-MQSeries Bridge n'est pas à l'origine de ce ralentissement unidirectionnel puisqu'un test interne mené sur MSMQ a montré qu'un taux soutenu minimal de 400 messages par seconde était prévu.

Dernière mise à jour le vendredi 19 janvier 2001

Pour en savoir plus

• Toutes les informations sur les réseaux et accès distants