Update the datasize to match the automated perfs#3753
Conversation
Signed-off-by: Roshan Khatri <rvkhatri@amazon.com>
📝 WalkthroughWalkthroughThis PR increases ARM/x86 benchmark ChangesBenchmark workflows and configs
🎯 3 (Moderate) | ⏱️ ~20 minutes 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. Comment |
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## unstable #3753 +/- ##
============================================
+ Coverage 76.63% 76.92% +0.28%
============================================
Files 162 162
Lines 80695 80695
============================================
+ Hits 61840 62074 +234
+ Misses 18855 18621 -234 🚀 New features to boost your workflow:
|
Signed-off-by: Roshan Khatri <rvkhatri@amazon.com>
Signed-off-by: Roshan Khatri <rvkhatri@amazon.com>
There was a problem hiding this comment.
🧹 Nitpick comments (1)
.github/workflows/benchmark-on-label.yml (1)
91-96: 💤 Low valueConsider adding a comment explaining the data_sizes filtering
The jq filtering step removes data sizes > 1024 from the benchmark configuration. While this filtering is correct and will execute successfully, adding an explanatory comment would clarify the intent for future maintainers—for example, noting that this constraint keeps PR benchmarks manageable by excluding very large data sizes.
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the rest with a brief reason, keep changes minimal, and validate. In @.github/workflows/benchmark-on-label.yml around lines 91 - 96, Add an inline comment above the GitHub Actions step named "Filter data_sizes > 1024 from benchmark config" (the shell block that sets CONFIG_FILE and runs the jq filter) explaining that the jq expression removes data_sizes larger than 1024 to keep PR benchmark runs small/manageable and avoid long-running/expensive tests; update the shell block so the comment clearly states the intent and that it targets PR/quick benchmarking only.
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Nitpick comments:
In @.github/workflows/benchmark-on-label.yml:
- Around line 91-96: Add an inline comment above the GitHub Actions step named
"Filter data_sizes > 1024 from benchmark config" (the shell block that sets
CONFIG_FILE and runs the jq filter) explaining that the jq expression removes
data_sizes larger than 1024 to keep PR benchmark runs small/manageable and avoid
long-running/expensive tests; update the shell block so the comment clearly
states the intent and that it targets PR/quick benchmarking only.
ℹ️ Review info
⚙️ Run configuration
Configuration used: Repository UI
Review profile: CHILL
Plan: Pro Plus
Run ID: 0a4f3815-264c-44ff-a81d-aab26dd57d82
📒 Files selected for processing (2)
.github/workflows/benchmark-on-label.yml.github/workflows/benchmark-release.yml
🚧 Files skipped from review as they are similar to previous changes (1)
- .github/workflows/benchmark-release.yml
Update the data-size to match the automated perf benchmarking as 96 is also embedded so moving to 128 to test for non-embedded. I have also update the wfs to use the config files from the `valkey-perf-benchmark` so we don't need to track the configs in 2 places, everything will be pulled from source `valkey-perf-benchmark` and the configs will be standard throughout all runs --------- Signed-off-by: Roshan Khatri <rvkhatri@amazon.com>
Update the data-size to match the automated perf benchmarking as 96 is also embedded so moving to 128 to test for non-embedded. I have also update the wfs to use the config files from the `valkey-perf-benchmark` so we don't need to track the configs in 2 places, everything will be pulled from source `valkey-perf-benchmark` and the configs will be standard throughout all runs --------- Signed-off-by: Roshan Khatri <rvkhatri@amazon.com>
PR valkey-io#3753 moved benchmark configs out of valkey/.github/benchmark_configs/ into valkey-perf-benchmark/configs/. Update the config path references in the Generate benchmark config and Run benchmarks steps to match. This aligns with how benchmark-on-label.yml references the config today. Signed-off-by: Roshan Khatri <rvkhatri@amazon.com>
|
Non-trivial backporting, needs manual work.
|
|
This perf benchmark is pretty new, not sure why it needs to be backported |
|
@sarthakaggarwal97 Can you remove it from the projects it should not be backported to then? |
|
I removed it. Good datapoint that |
|
EDIT: Sorry nvm |
Update the data-size to match the automated perf benchmarking as 96 is also embedded so moving to 128 to test for non-embedded. I have also update the wfs to use the config files from the `valkey-perf-benchmark` so we don't need to track the configs in 2 places, everything will be pulled from source `valkey-perf-benchmark` and the configs will be standard throughout all runs --------- Signed-off-by: Roshan Khatri <rvkhatri@amazon.com>
Update the data-size to match the automated perf benchmarking as 96 is also embedded so moving to 128 to test for non-embedded.
I have also update the wfs to use the config files from the
valkey-perf-benchmarkso we don't need to track the configs in 2 places, everything will be pulled from sourcevalkey-perf-benchmarkand the configs will be standard throughout all runs