-
Notifications
You must be signed in to change notification settings - Fork 175
Replace ThreadId
usages with ZalsaLocalid
#870
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
base: master
Are you sure you want to change the base?
Conversation
✅ Deploy Preview for salsa-rs canceled.
|
CodSpeed Performance ReportMerging #870 will not alter performanceComparing Summary
|
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.
Sounds reasonable, given we can't share ZalsaLocal
's across threads (due to it being !Sync
)
|
||
#[derive(Debug, Default)] | ||
pub(super) struct DependencyGraph { | ||
/// A `(K -> V)` pair in this map indicates that the runtime | ||
/// `K` is blocked on some query executing in the runtime `V`. | ||
/// This encodes a graph that must be acyclic (or else deadlock | ||
/// will result). | ||
edges: FxHashMap<ThreadId, edge::Edge>, | ||
edges: FxHashMap<ZalsaLocalId, edge::Edge>, | ||
|
||
/// Encodes the `ThreadId` that are blocked waiting for the result |
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.
/// Encodes the `ThreadId` that are blocked waiting for the result | |
/// Encodes the `ZalsaLocalId` that are blocked waiting for the result |
Another alternative here would be to store the |
Then we would need to make |
Experiment if this helps with performance. I may also need this to enforce a strict ordering between different threads that all run the same fixpoint iteration (
ThreadId::as_u64
is nightly)