-
Notifications
You must be signed in to change notification settings - Fork 1.9k
Performance: Fix bad join order in Java dataflow library #6149
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
Conversation
|
This needs a |
|
Don't wait on this PR -- Go is behind a few other recent dataflow lib changes anyhow, so we'll check out the performance of them all combined and bring it forwards when some spare time presents itself. |
|
Stages 2, 3, and 4 in DataFlowImpl.qll should be synced - i.e. |
1b92105 to
0909c9f
Compare
Ah I see, thank you. I've done this and squashed the commits to keep the commit log tidier. |
|
|
@tamasvajk This looks like a bug in the action: There were no previously reported differences, no commits on this PR ever affected framework coverage. |
|
Please run |
@aschackmull Yes, sorry for this noise. The previous PR analysis was done with an earlier version of the workflow, and one of the artifacts is missing, which is now expected by the job. This will impact PRs that were opened before the current version of the workflow was merged. I'll adjust the script to be backwards compatible. |
|
Differences jobs look good to me! Java has a massive speedup (as expected since this change was targetted to fix a performance regression there), and the other languages look mostly unchanged. |
A recent change the CodeQL engine caused a major performance regression in the Java dataflow library due to a change in join ordering. This PR adds two
pragma[only_bind_into]annotations which should fix the performance issue.cc. @github/codeql-core