On Mar 26, 2009, at 12:02 PM, Fabio Forno wrote:
On Thu, Mar 26, 2009 at 12:44 PM, Pedro Melo <[email protected]>
wrote:
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.
I understand, but if the cost of sending those "my current item is
this" with presence if greater than just receiving the item at start
(not the image data, just the metadata), then this discussion is moot,
right?
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.
but you would have to send the UUID of each of those contacts to tell
each of those PEP nodes which version you have, right?
If I have N contacts, and each one of them uses PEP for avatar and
user tunes, when I start a new session, I would need to send to each
PEP node my current UUID so that they know which version I have before
they send me the current version.
So I would have 200 stanzas just to communicate my "current cached
status", via the upload link, usually on the lowest bandwidth side.
Or I could receive notifications from all those PEP nodes telling me
"this is the version I got", from the larger bandwidth side.
I admit that I haven't read these XEP's lately and I'm might be
missing something...
Best regards,
--
Pedro Melo
Blog: http://www.simplicidade.org/notes/
XMPP ID: [email protected]
Use XMPP!
