Windows message queue - Limit erreicht?

[s.h.a.r.k]

Damit teilt man ja lediglich die Anzahl der Messages durch 1000, was ja schon mal ein Anfang wäre. Allerdings ist es immer noch fraglich, ob das ausreichend ist. Kannst du nicht eine Software bauen, die mal nur die zu erzeugenden Messages zählen kann? Einfach die Messages nicht weg schicken, sondern nur zählen, dann kannst daraus vielleicht eine Kennzahl ermitteln, wie groß das Array denn werden soll. Verbunden damit ist aber auch das Speicherproblem -> Wie groß würde ein Array den werden?!

Und: bist du sicher, dass du den Mainthread nicht an entscheidener Stelle beschleunigen kannst, sodass er die ankommenden Messages vielleicht schneller abarbeiten könnte?!

[jfheins]

Zitat:

Zitat von s.h.a.r.k (Beitrag 1067252)

Damit teilt man ja lediglich die Anzahl der Messages durch 1000, was ja schon mal ein Anfang wäre. Allerdings ist es immer noch fraglich, ob das ausreichend ist.

Die messagequeue sollte zumindest nicht mehr überlaufen. Wenn das zeug natürlich langsamer verarbeitet wird, als es reinkommt wird der Speicher langsam aber sicher knapp da ja alles gepuffert wird. Aber wo will man da sparen ohne Daten zu verlieren?
Andererseits ...

Zitat:

Verbunden damit ist aber auch das Speicherproblem -> Wie groß würde ein Array den werden?!

sollte das nicht allzu schlimm werden:

Zitat:

Zitat von moelski (Beitrag 1067184)

(~40.000 Telegramme á 57 Byte)

[himitsu]

Zitat:

Zitat von s.h.a.r.k (Beitrag 1067232)

Hm, Generics.Collections.TQueue hat OnNotify als Event. Allerdings weiß ich nicht, wie das läuft, wenn du diese Queue mit mehreren Threads befüllst -- also in welchem (Thread-)Kontext denn der Code der hinter dem Event steht dann ausgeführt wird.

TQueue ist nicht thread-save, also sollte das Event im Kontext des Befüllers ablaufen, also in dem betreffenden Thread.
Drum war auch bei dem Vorschlag die CS verbaut.

Nja, du könntest schon über 'nen Timer arbeiten, dann jeweils in einem Timerereignis mehrere Einträge aus dem Queue rausholen.