-
Notifications
You must be signed in to change notification settings - Fork 11.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add debt-based trigger for observation sharing #21493
Conversation
The latest updates on your projects. Learn more about Vercel for Git ↗︎
2 Skipped Deployments
|
Without this, some entrypoints could get stuck at high estimates with no way of adjusting back down.
bdb24f3
to
f8de064
Compare
@@ -51,6 +51,9 @@ pub struct ExecutionTimeObserver { | |||
// via consensus. | |||
object_utilization_tracker: LruCache<ObjectID, ObjectUtilization>, | |||
|
|||
// Sorted list of recently indebted objects, updated by consensus handler. | |||
indebted_objects: Vec<ObjectID>, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
repeating my comment from the stacked version of this commit: any reason you didn't use a HashSet?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
took an educated guess that this might be faster due to cache locality, since it should be small?
happy to change it if you think that's dumb and premature optimization - it wasn't a very thoroughly considered decision - wdyt?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yeah if its small it might be faster. no need to change it, its just we don't do this anywhere else as far as i know.
Without this, some entrypoints could get stuck at high estimates with no way of adjusting back down.
Release notes
Check each box that your changes affect. If none of the boxes relate to your changes, release notes aren't required.
For each box you select, include information after the relevant heading that describes the impact of your changes that a user might notice and any actions they must take to implement updates.