Folgen einer Änderung von USERPostMessageLimit

Question

Eine unserer Legacy-Anwendungen stützt sich stark auf PostThreadMessage() für die Inter-Thread-Kommunikation, also haben wir USERPostMessageLimit in der Registry (weit) über die normalen 10.000 hinaus erhöht.

In der MSDN-Dokumentation heißt es jedoch, dass "diese Grenze ausreichend groß sein sollte. Wenn Ihre Anwendung das Limit überschreitet, sollte sie umgestaltet werden, damit sie nicht so viele Systemressourcen verbraucht." [ 1 ]

Kann mich jemand aufklären, wie genau sich der Verbrauch von zu vielen Systemressourcen bemerkbar macht? Was genau sind Systemressourcen? Kann ich die Nutzung von Systemressourcen durch eine Anwendung irgendwie überwachen? Jede Information wäre sehr hilfreich, um zu entscheiden, ob es sich lohnt, diese Anwendung neu zu gestalten.

Answer 1

Die Ressourcen, auf die er sich bezieht, sind diejenigen, die von den Threads für den Empfang/die Bearbeitung der Nachrichten verwendet werden. Sie können die Größe des Thread-Pools und andere Ressourcen mit dem Taskmanager überwachen (siehe Ansicht->Spalten auswählen). Es kann Ihnen helfen, die spezifische Ressource zu identifizieren, wenn der Verbraucher Ressourcen blockiert, suchen Sie nach einer Ressourcenzahl, die ihren Höchststand erreicht, auch wenn Ihre Threads zunehmen.

Wenn Sie jedoch USERPostMessageLimit erhöhen müssen, dann überlastet der Nachrichtenproduzent einfach den Nachrichtenkonsumenten; indem Sie dieses Limit erhöhen, verschlimmern Sie Ihr Problem, anstatt es zu beheben. Reduzieren Sie USERPostMessageLimit auf den Standardwert, und wenn Ihr Nachrichtenproduzent die Nachricht nicht versenden kann, versuchen Sie, vor dem erneuten Versuch zu schlafen, damit der konsumierende Thread einige Nachrichten löschen kann.