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
To make the implementation more simple, the balanced node selector currently only filters out nodes with high scores once when first building its future, and then selects only on the non-filtered nodes from there. This makes the selector slightly less responsive to score changes while a request is processing which is in theory bad. It's not clear how much this actually matters though.
Fixing it would probably involve wrapping the node score in an async semaphore, and having the future have state for each node that's always waiting for the score to change, and then also waiting on the limiter for nodes that score sufficiently well.
The text was updated successfully, but these errors were encountered:
To make the implementation more simple, the balanced node selector currently only filters out nodes with high scores once when first building its future, and then selects only on the non-filtered nodes from there. This makes the selector slightly less responsive to score changes while a request is processing which is in theory bad. It's not clear how much this actually matters though.
Fixing it would probably involve wrapping the node score in an async semaphore, and having the future have state for each node that's always waiting for the score to change, and then also waiting on the limiter for nodes that score sufficiently well.
The text was updated successfully, but these errors were encountered: