|
From: | Eric Noulard |
Subject: | Re: [Tsp-devel] Flooding the BB msg queue |
Date: | Wed, 20 Jun 2007 16:01:37 +0200 |
2007/6/20, Frederik Deweerdt <address@hidden>:
My use case is more or less like sync, but I use the PID of the client as mtype, so that I can tell several clients that value X vas modified. Otherwise, only the first one that gets the msg is notified. If one subscriber suddenly dissapears, the queue fills up and no one ever gets the sync after a few messages.
Just a thought but if your BB "server" already know that there is "several" client then I think you ought to create 1 new msg queue by "client". Then your "server" puts one msg (the same msg) in each msg queue and which may be handled as they are today for the unique queue. There is design choice to do for this "multiple queue" solution. You may "pre-create" a maximum number of message queue on bb_create or create a new queue on each bb_attach (which should be destroyed on bb_detach). You may well find better way to do this 1-second design thought. -- Erk
[Prev in Thread] | Current Thread | [Next in Thread] |