-
Notifications
You must be signed in to change notification settings - Fork 128
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
refactor : typescript integration src/simulator/src/contention.ts #434
base: main
Are you sure you want to change the base?
Conversation
WalkthroughThe changes involve migrating the Changes
Assessment against linked issues
Poem
✨ Finishing Touches
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
✅ Deploy Preview for circuitverse ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
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.
Actionable comments posted: 0
🧹 Nitpick comments (6)
src/simulator/src/contention.ts (6)
4-7
: Consider makingvalue
optional instead ofvalue: number | undefined
.In TypeScript, an optional property (
value?: number
) is not quite the same asvalue: number | undefined
, although both allowvalue
to be undefined. If the intention is to only occasionally include a node's value, using an optional property could improve clarity.-interface Node { - bitWidth: number; - value: number | undefined; -} +interface Node { + bitWidth: number; + value?: number; +}
14-21
: Initialize fields directly without repeating type annotations.You can simplify the constructor/field definitions by inlining the initial values, slightly reducing verbosity and improving readability.
-export default class ContentionPendingData { - private contentionPendingMap: Map<Node, Set<Node>>; - private totalContentions: number; - - constructor() { - this.contentionPendingMap = new Map<Node, Set<Node>>(); - this.totalContentions = 0; - } +export default class ContentionPendingData { + private contentionPendingMap = new Map<Node, Set<Node>>(); + private totalContentions = 0; +}
49-63
: Potential concurrency considerations.While the logic for removing a contention is correct in a single-threaded context, be mindful that this code could produce race conditions under concurrent access if parallel threads or tasks attempt to modify the map at the same time. If concurrency is not expected, disregard this note.
69-76
: Refactor for efficiency when clearing all contentions for a node.Repeatedly calling
remove()
in a loop performs multiple lookups and updates. Consider a direct approach: decreasethis.totalContentions
by the size of the set, clear the set, then deleteourNode
from the map.removeAllContentionsForNode(ourNode: Node): void { if (!this.contentionPendingMap.has(ourNode)) return; - const contentionsForOurNode = this.contentionPendingMap.get(ourNode)!; - for (const theirNode of contentionsForOurNode) { - this.remove(ourNode, theirNode); - } + const contentionSet = this.contentionPendingMap.get(ourNode)!; + this.totalContentions -= contentionSet.size; + this.contentionPendingMap.delete(ourNode); }
90-101
: Apply the same bulk-removal optimization for resolved contentions.Similar to
removeAllContentionsForNode
, iterating through every contention and callingremoveIfResolved
might be less efficient. Consider a more direct approach, collecting all removable nodes first, then removing them in bulk.
110-122
: Consider returning a more structured result fromnodes()
.If there's a use case for quickly searching or grouping these contentions, you might opt for returning a more structured object or direct references, especially if you plan to do further processing on these node pairs downstream.
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (2)
src/simulator/src/contention.js
(0 hunks)src/simulator/src/contention.ts
(1 hunks)
💤 Files with no reviewable changes (1)
- src/simulator/src/contention.js
🔇 Additional comments (2)
src/simulator/src/contention.ts (2)
28-38
: ValidatetheirNode
before adding toourNode
's set.If you're working with nodes from various sources, consider verifying that
theirNode
is valid (for instance, ensuring bitWidth is non-negative) before adding it to the collection. This might help guard against invalid data entering your data structure.
78-88
: Revisit the resolution logic.The condition
if (ourNode.bitWidth === theirNode.bitWidth && (ourNode.value === theirNode.value || ourNode.value === undefined))
means that as soon asourNode.value
is undefined, the node is considered resolved. Verify that this accurately reflects your intended resolution criteria, as it could remove contentions prematurely.
Fixes #414
@niladrix719 @JoshVarga @Arnabdaz @devartstar
Summary by CodeRabbit
ContentionPendingData
class from JavaScript to TypeScript