You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@richard-ramos added a regular store query that checks for any messages that have maybe missed.
This store query should be considered as safety net. We don't want this to be done forever as it consumes store resources.
What we want instead, is more efficient strategies such as:
detecting disconnection and then doing a store query for the disconnected time period only (relay reliabilit and light client reliability)
detecting missing message (e2e reliability) and querying these messages specifically.
Hence, the number of messages discovered via the regular store query is a good indicator of how efficient (or not) the other reliability strategies are.
If the regular store query finds 10 messages: these are 10 messages we should have found in another manner.
Do note that the regular store query may grab more messages than needed. It is important to only count the messages we are interested in (e.g. those we can decrypt because they are either DMs for us or messages for communities we are in).
tl;dr: count and report the number of new relevant messages found via the regular store query.
@richard-ramos can you provide the details of the regular store query change you have done?
We also keep track of failures to perform a query (we retry up to 3 times). If we failed to retrieve messages, then in the next minute iteration, instead of starting from now- 1m10s, we start from the last iteration initial range value.
@richard-ramos After our analysis of the code yesterday, I realized there is msgTypebeing passed to OnNewEnvelopes where the type missing represents messages received via the regular store query which seems to be enough and made it really simple:)
@richard-ramos added a regular store query that checks for any messages that have maybe missed.
This store query should be considered as safety net. We don't want this to be done forever as it consumes store resources.
What we want instead, is more efficient strategies such as:
Hence, the number of messages discovered via the regular store query is a good indicator of how efficient (or not) the other reliability strategies are.
If the regular store query finds 10 messages: these are 10 messages we should have found in another manner.
Do note that the regular store query may grab more messages than needed. It is important to only count the messages we are interested in (e.g. those we can decrypt because they are either DMs for us or messages for communities we are in).
tl;dr: count and report the number of new relevant messages found via the regular store query.
@richard-ramos can you provide the details of the regular store query change you have done?
cc @adklempner as discussed
Can't add labels, this is part of "telemetry: direct message" deliverable. cc @chair28980
The text was updated successfully, but these errors were encountered: