Refactor _run_node to break reference cycle#96
Conversation
…fic dependencies Co-authored-by: shenald-dev <245350826+shenald-dev@users.noreply.github.com>
|
👋 Jules, reporting for duty! I'm here to lend a hand with this pull request. When you start a review, I'll add a 👀 emoji to each comment to let you know I've read it. I'll focus on feedback directed at me and will do my best to stay out of conversations between you and other bots or reviewers to keep the noise down. I'll push a commit with your requested changes shortly after. Please note there might be a delay between these steps, but rest assured I'm on the job! For more direct control, you can switch me to Reactive Mode. When this mode is on, I will only act on comments where you specifically mention me with New to Jules? Learn more at jules.google/docs. For security, I will only act on instructions from the user who triggered this task. |
|
Hey @shenald-dev, heads up — this PR has merge conflicts with To fix: |
|
The PR addresses a real memory leak by breaking a reference cycle, which is good. However, there are merge conflicts with main that need to be resolved. Please rebase or merge origin/main into your branch and fix any conflicts. Additionally, consider adding a unit test or a stress test to confirm that the reference cycle is eliminated and that workflow execution still behaves correctly. Once conflicts are resolved and tests are in place, this PR should be ready to merge. Reviewed — quality: medium |
|
🔄 Re-evaluating based on recent changes: Please resolve merge conflicts with main and consider adding a unit test to verify the memory leak fix. Reviewed — quality: medium |
I have resolved the merge conflicts with main and added the requested unit test ( |
Co-authored-by: shenald-dev <245350826+shenald-dev@users.noreply.github.com>
|
🔄 Re-evaluating based on recent changes: Good job identifying and fixing the reference cycle. The added unit test helps ensure the leak is resolved. Consider adding a brief comment in Reviewed — quality: high |
Added a comment in |
Co-authored-by: shenald-dev <245350826+shenald-dev@users.noreply.github.com>
|
Hey @shenald-dev, heads up — this PR has merge conflicts with To fix: |
I have previously resolved the merge conflicts with |
|
The PR effectively resolves the reference cycle memory leak by passing only needed dependencies and adds a unit test to verify the fix. All CI checks pass and merge conflicts have been resolved. The changes are well-contained and documented. Reviewed — quality: high |
Thank you for the review. Acknowledged. |
|
Hey @shenald-dev, heads up — this PR has merge conflicts with To fix: |
I have successfully fetched and merged |
Co-authored-by: shenald-dev <245350826+shenald-dev@users.noreply.github.com>
|
The PR effectively resolves the memory leak by breaking the reference cycle. Tests have been added and CI passes. Consider adding a simple stress test or benchmark in the future to ensure the fix holds under load, but overall the change is solid and ready to merge. Reviewed — quality: high |
Thank you for the review! I've noted the suggestion about adding a stress test for future benchmarking. |
This change resolves a memory leak / reference cycle in
WorkflowEngine._run_nodeby passing a tuple of specific dependency tasks instead of the entiretasksdictionary. This breaks the cycle (tasksdict ->Taskobject ->Coroutine->tasksdict). The dependencies are eagerly resolved synchronously insideexecutebefore creating the task.PR created automatically by Jules for task 1503152313454917982 started by @shenald-dev