Skip to content
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

perf(transformer/logic-assignment-operator): inline enter_expression visitor #7744

Conversation

overlookmotel
Copy link
Contributor

@overlookmotel overlookmotel commented Dec 9, 2024

Optimization. Inline enter_expression visitor, and reduce the size of the function, to keep the path for "nothing to do here, bail out" as fast and compact as possible.

From CodSpeed results, it looks like enter_expression was already being inlined as perf gain is not the usual +5% we see for inlining enter_expression when it wasn't already. But reducing the size of the visitor function still nets a +1% perf gain.

Copy link

graphite-app bot commented Dec 9, 2024

Your org has enabled the Graphite merge queue for merging into main

Add the label “0-merge” to the PR and Graphite will automatically add it to the merge queue when it’s ready to merge. Or use the label “hotfix” to add to the merge queue as a hot fix.

You must have a Graphite account and log in to Graphite in order to use the merge queue. Sign up using this link.

Copy link
Contributor Author

This stack of pull requests is managed by Graphite. Learn more about stacking.

@github-actions github-actions bot added A-transformer Area - Transformer / Transpiler C-performance Category - Solution not expected to change functional behavior, only performance labels Dec 9, 2024
Copy link

codspeed-hq bot commented Dec 9, 2024

CodSpeed Performance Report

Merging #7744 will improve performances by 3.16%

Comparing 12-09-perf_transformer_logic-assignment-operator_inline_enter_expression_visitor (463fc5f) with main (2803aec)

Summary

⚡ 1 improvements
✅ 28 untouched benchmarks

Benchmarks breakdown

Benchmark main 12-09-perf_transformer_logic-assignment-operator_inline_enter_expression_visitor Change
semantic[cal.com.tsx] 29.1 ms 28.2 ms +3.16%

@overlookmotel overlookmotel marked this pull request as ready for review December 9, 2024 15:10
@Dunqing Dunqing added the 0-merge Merge with Graphite Merge Queue label Dec 9, 2024
Copy link
Member

Dunqing commented Dec 9, 2024

Merge activity

  • Dec 9, 10:32 AM EST: The merge label '0-merge' was detected. This PR will be added to the Graphite merge queue once it meets the requirements.
  • Dec 9, 10:32 AM EST: A user added this pull request to the Graphite merge queue.
  • Dec 9, 10:37 AM EST: A user merged this pull request with the Graphite merge queue.

…` visitor (#7744)

Optimization. Inline `enter_expression` visitor, and reduce the size of the function, to keep the path for "nothing to do here, bail out" as fast and compact as possible.

From CodSpeed results, it looks like `enter_expression` was already being inlined as perf gain is not the usual +5% we see for inlining `enter_expression` when it wasn't already. But reducing the size of the visitor function still nets a +1% perf gain.
@Dunqing Dunqing force-pushed the 12-09-perf_transformer_logic-assignment-operator_inline_enter_expression_visitor branch from 1ddea05 to 463fc5f Compare December 9, 2024 15:33
@graphite-app graphite-app bot merged commit 463fc5f into main Dec 9, 2024
25 checks passed
@graphite-app graphite-app bot deleted the 12-09-perf_transformer_logic-assignment-operator_inline_enter_expression_visitor branch December 9, 2024 15:37
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
0-merge Merge with Graphite Merge Queue A-transformer Area - Transformer / Transpiler C-performance Category - Solution not expected to change functional behavior, only performance
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants