Page 1 of 1
Detecting dropped messages
Posted: 07 Dec 2009, 09:18
by Richard van Harten
Hi,
We would like to detect dropped messages, currently we have no means to detect if and what kind of messages are being dropped. We can get the underlying socketchannel which however does not seem to expose any functionality to detect it either.
Any suggestions to make this possible?
Posted: 07 Dec 2009, 11:10
by Lapo
You mean via some sort of server side events?
Posted: 08 Dec 2009, 01:56
by Richard van Harten
That would be ideal yes, it would also be ideal to be able to clear the queue so we could send some resync message.
Posted: 08 Dec 2009, 14:31
by Lapo
This is not simple as it may seem:
- dropped messages event can happen in hundreds per second under certain conditions, for example when on the server side you are running out of bandwidth. Firing so many events would be useless.
- clearing the queues would be highly dangerous because you would be eliminating messages that the server needs to deliver
We have implemented a few ideas for the next major update of SFS. One of them allows to set message priorities so that the server will first drop messages of lower priority (e.g. the user count updates, keep alives etc...)
Another one is to provide a default policy for dropped packets and the allow the developer to provide its own via custom classes.
Posted: 09 Dec 2009, 01:21
by Richard van Harten
Sounds good to me! Could you give a rough estimate for this next update?
Posted: 09 Dec 2009, 08:19
by Lapo
Sorry, I am not able to do this at the moment.
This will be a major update requiring a lot of work. We'll provide more details in the first quarter of 2010.