Skip to content
This repository has been archived by the owner on Sep 7, 2023. It is now read-only.

Improve behaviour when a large batch of events arrives #21

Open
RockinRoel opened this issue Oct 26, 2016 · 0 comments
Open

Improve behaviour when a large batch of events arrives #21

RockinRoel opened this issue Oct 26, 2016 · 0 comments

Comments

@RockinRoel
Copy link
Collaborator

When a reader, or several readers, has been unreachable for a while, but active, and this reader becomes reachable, the processor will get a large amount of events to process. The way these are currently processed may not be very efficient. Maybe the processor should be changed to process events in a more batched way, in a single database transaction, when there's a lot of events in the queue. Also, it should then only notify the changed state only once.

Another consideration is if old information is still useful: corrections may have already been performed in the meantime. Maybe the UI should propose to the user that they review their corrections if the new state causes there to be extra laps in the past? Or could we make it disregard extra laps in the past?

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Development

No branches or pull requests

1 participant