Cela fait un moment que j'ai fait des trucs MSMQ alors supportez-moi (soyez tolérant) de ma vieille mémoire du cerveau. Certaines questions viennent à l'esprit:
La file d'attente du journal est-elle active? Ceci est lié à une file d'attente et si la file d'attente est supprimée, je crois (ne pas me citer) que la revue commence alors de vide ...
est-il un processus de purge sur la file d'attente? S'agit-il de files d'attente transactionnelles?
Tous les Service Packs actuels sont-ils appliqués? J'ai l'impression de me souvenir d'un correctif sur un service pack pour cela dans un passé lointain. Il dépend probablement de la plateforme, mais vous n'indiquez pas votre plateforme. Je crois qu'il y avait plusieurs service packs de cette nature.
À quoi ressemble votre espace disque? Êtes-vous confronté à un problème d'espace disque ou à un problème de disque fragmenté? Les fichiers (si je me souviens bien) sont stockés sous windows \ system32 \ msmq. S'il n'y a pas assez de blocs de la taille requise, cela peut ralentir - généralement lors de la mémorisation/réception du message, pas sûr des lectures.
Ces files d'attente publiques ou privées sont-elles? Qu'est-ce que le moniteur de performances dit sur le pool paginé, etc.? Je crois que c'est 70-80 octets par message.
EDIT 1:
des archives de documents MSDN:. « files d'attente privées sont enregistrées sur l'ordinateur local, pas dans le service d'annuaire et leurs propriétés ne peuvent pas être obtenues par des applications Message Queuing en cours d'exécution sur des ordinateurs distants message La mise en file d'attente enregistre les files d'attente privées localement en stockant une description de chaque file d'attente dans un fichier distinct du dossier LQS (local queue storage) sur l'ordinateur local. " Par conséquent, si le service d'annuaire est arrêté, les files d'attente publiques ne sont pas disponibles. D'autre part, les files d'attente privées sont stockées dans le système de fichiers local.
Cette machine doit avoir beaucoup de mémoire pour éviter l'échange de la file d'attente.Je n'ai jamais essayé d'exécuter MSMQ sur une boîte de Windows XP franchement en raison de la question des performances - j'ai toujours eu l'exécution sur une boîte de serveur dédié avec beaucoup de mémoire - mais ensuite, nous travaillions avec un grand nombre d'éléments en file d'attente, de grande taille chacun. (Plusieurs milliers, près de la limite de la taille de chaque)
EDIT 2: Système de fichiers et les fichiers vides:
« fichiers de messages vides sont supprimés une fois toutes les six heures, par défaut Cet intervalle de temps peut être contrôlé dans le. Registre en définissant la valeur MessageCleanupInterval REG_DWORD sous HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ MSMQ \ Parameters Les applications ne doivent pas garder les curseurs ouverts inutilement pendant longtemps Les curseurs peuvent pointer vers des messages qui ont déjà été reçus (et supprimés des fichiers). et la suppression des fichiers vides
REMARQUE: Vous devez disposer d'une quantité importante d'espace libre sur le disque sur lequel s'exécute problèmes de fragmentation. Vous POUVEZ ESSAYER de réduire ce délai de 6 heures pour voir si cela aide - donc il n'a pas à garder la trace des fichiers vides. Essayez de vous assurer qu'il n'y a pas d'autre activité sur la machine qui pourrait fragmenter le disque - comme la navigation sur Internet.
Dans une file d'attente publique, il est parfois étendu pour éviter les frais d'interaction, ce qui peut être coûteux. Vous devez ajouter cette valeur de registre aux deux extrémités d'une session Message Queuing. Sinon, l'ordinateur avec la plus petite valeur arrêtera prématurément la session. Une raison courante pour ajouter cette valeur de registre avec une valeur élevée est de maintenir les sessions en vie et d'éviter la surcharge de création de sessions Message Queuing. Dans votre cas, vous devrez peut-être réduire la valeur pour faciliter la gestion des systèmes de fichiers. (Ceci est un appel difficile à faire, et franchement doit être fait avec considération).
En ce qui concerne les correctifs: (probablement plus là-bas, et non spécifique à votre problème que je peux voir)
Le correctif MSMQ 1.0 décrit dans http://support.microsoft.com/kb/304212. La raison de ce correctif est que les clients indépendants Windows Message Queuing 3.0 de Windows sont construits en tant que clients RPC robustes. Sans ce correctif, les appels des clients indépendants de Windows XP Message Queuing 3.0 à MQLocateNext échouent.
Le correctif RPC est décrit dans http://support.microsoft.com/kb/823980. Ce correctif est requis pour activer l'audit sur le client exécutant Windows XP. Ce correctif est également requis pour permettre aux clients exécutant Windows 2000 pour terminer le programme d'installation. Une pensée: que dit le moniteur de performance à propos de vos problèmes d'état de la mémoire? Y a-t-il beaucoup d'échange de disque?
Sur quelle taille de mémoire le processus MSMQ est-il limité? –
Je ne suis pas sûr de ce que vous voulez dire? Où puis-je vérifier les limites de mémoire de MSMQ? – mike
Etes-vous sûr que le problème est dans MSMQ et non dans la bibliothèque open source que vous utilisez? Avez-vous dépassé le code qui est en train de lire à partir de MSMQ et confirmé que c'est là que se situe le retard? – DSO