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
{{ message }}
This repository has been archived by the owner on Sep 7, 2023. It is now read-only.
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?
The text was updated successfully, but these errors were encountered:
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?
The text was updated successfully, but these errors were encountered: