On Thu, Mar 26, 2009 at 12:44 PM, Pedro Melo <[email protected]> wrote: > > I understand your problem, but do you really want to send that with all the > <presence>'s or just the initial one?
That's one of the things worth discussing ;) I guess it is more conservative to send the uuid for each presence. An additional field in the capabilities could be more efficient since we save a new XML element and a namespace declaration > Also, do you have any data on the size of those 500 and 100 bytes after > compression? Well... big numbers are more impressive :D I don't want to consider vcard avatars, since I'd like to have a general mechanism for other things too. On the single event we have a gain of the 50 - 60% of the data which is not a lot, but there many random strings in the message. A good guess, with the entropy of the previous messages, could be 150-200 bytes per user, which is still a lot: if you have 100 online contacts it's 15K just for knowing that nothing has changed. Moreover the gain is not just for avatars, but for any PEP node, with very little work at server side and breaking nothing with clients non supporting it (if there is no uuid we just send the notification) -- Fabio Forno, Ph.D. Ooros srl jabber id: [email protected]
