#social 2017-08-11

2017-08-11 UTC
#
Gargron
puckipedia: https://github.com/tootsuite/mastodon/pull/4566 please try this PR if you can
#
Loqi
[Gargron] #4566 ActivityPub delivery
#
saranix
a batch delivery endpoint would be cool. would just need to define what the response should look like. That could be a new eternal bikeshed...
#
saranix
it also might be nice, similarly, that a response could tell the other server how many items are waiting for pickup and perhaps a list of ids
#
saranix
only problem there is how to prevent the race between delivery and pickup
#
xmpp-social
[ajordan] saranix: define "pickup"
#
xmpp-social
[ajordan] I also have yet to see how an explicit batch delivery system would solve things HTTP/2 doesn't
xmpp-social joined the channel
#
saranix
ajordan: I'm referring to the situation where you have an output queue of stuff to send to someone, and luck would have it, they are posting to you before you get around to it. You then maybe have the option of giving it to them or at least telling them about it. If you tell them about it, they will need another round trip to "pick it up", but if you send it unsolicited that's no good cause that's a ton,
#
saranix
... the other problem is then do you remove it from your output queue (presumably a separate e.g. cron process) or race the other server to pick it up
#
saranix
ajordan: you have a very good point about http2 though
#
saranix
and if they pick it up, can they do bulk pick up.. e.g. "give me all of these ids: "...
#
saranix
the latter case would be helpful regardless of queue notification, a server might just collect a slew of refs to load from particular servers which are popular. It would be great if auth/permissions checks can be done once and several pulled to save time bandwidth computation etc
#
saranix
plus good lord latency if you are talking busy server, say 100s of users in a big popular news story convo
#
saranix
likes and shares going around like crazy
#
saranix
*without* batching, you are pretty much mandating p2p swarm-style connection pooling e.g. 20-50 connections at a time so that one individual taking a long time doesn't slow the whole thing down, plus backoffs for slow-responders etc. like I said p2p-like
eugr joined the channel