-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
Fix parallel rpc methods (2484) #2554
Conversation
For the test to work, we have to switch to spawn so that we don't deadlock
ebac510
to
12a9c2b
Compare
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.
lgtm!
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.
This is a great fix for the near-term, but let's definitely catch up about some alternative approaches in the near future
awesome! |
Hey folks, just chiming back here after a few months. Any more thought into restoring @beckjake, you mentioned the performance is degraded for really large manifests. Given that our compile_sql requests make use of macros, models, and sources (but not, say, tests, or analysis), do you have any suggestions on how we might prune the manifest for speedier compilations? Thanks! 🙇 |
Posted to hacker news today, might be relevant: https://gist.github.com/nicowilliams/a8a07b0fc75df05f684c23c18d7db234 |
resolves #2484
Description
This resolves the "parallel requests get the wrong arguments" issue described here, by deepcopying the arguments.
It resolves the hang/deadlock by switching to
spawn
instead offork
, which really hurts performance with medium/large manifests. Future patches will have to fix this, but the test hangs on a deadlock without it.Checklist
CHANGELOG.md
and added information about my change to the "dbt next" section.