Skip to content

Conversation

@ggevay
Copy link
Contributor

@ggevay ggevay commented Nov 25, 2025

As discussed here, my plan is to keep this off in CI on main for now. That is, I'll just temporarily enable it for every PR, but then remove the enabling commit from the PR just before merging the PR. (And then I'll make it default to on in CI when we are closer to rolling it out.)

Unfortunately, I forgot to remove the commit before merging #34238 🤦. So, this PR just turns it back off.

@ggevay ggevay requested review from aljoscha and def- November 25, 2025 09:58
Copy link
Contributor

@def- def- left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm guessing this is what made the benchmarks red: https://buildkite.com/materialize/nightly/builds/14186

@ggevay
Copy link
Contributor Author

ggevay commented Nov 25, 2025

Indeed, sorry for that! Some benchmarks are currently slower if the flag is on, because for many statement types we first try the frontend peek sequencing, and then fall back to the old peek sequencing, which starts over, so we end up doing more work in total. (This problem will go away when we reach he point where we never fall back to the old peek sequencing if the flag is on.)

@ggevay ggevay merged commit 365f409 into MaterializeInc:main Nov 25, 2025
118 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants