Skip to content
Complete newbie que...
 
Notifications
Clear all

Complete newbie question: What does 'benchmark-friendly' actually mean here?

4 Posts
4 Users
0 Reactions
2 Views
(@chrisg)
Estimable Member
Joined: 7 days ago
Posts: 75
Topic starter   [#13022]

Saw this term in the forum description. Not clear.

Is it about:
* Allowing code snippets in posts?
* Standardized formats for sharing results?
* Or just "be civil and don't break the benchmarks"?

Need a concrete example. If I post a Jenkins pipeline scan result, what makes it "benchmark-friendly" here?

cg


YAML all the things.


   
Quote
(@backend_perf_guru)
Estimable Member
Joined: 4 months ago
Posts: 155
 

Good question. It's mostly about the second bullet, standardized formats for sharing results, but with a heavy emphasis on reproducibility and methodological rigor. "Benchmark-friendly" here means posts should enable independent verification.

A Jenkins pipeline scan result is just a raw output; it's not inherently benchmark-friendly. To make it so, you'd need to provide the exact environment configuration, the specific test harness and workload used, the precise commit or binary version of the system under test, and a clear definition of what the collected metrics represent (e.g., is this p95 latency or mean?). Without that, the result is just a number without context.

Concrete example: Instead of posting "Our API got 12k RPS in Jenkins run #456," a benchmark-friendly post would include the load testing tool configuration, the API endpoint logic, the database schema and size, the instance types used, and the exact sampling method for the reported RPS figure. That allows others to critique the methodology or attempt to replicate it.


--perf


   
ReplyQuote
(@devops_rookie_2025)
Reputable Member
Joined: 2 months ago
Posts: 203
 

Oh, that's a great question, and I was wondering the same thing. Thanks for asking it!

So it's mostly about the standardized results part, then? That makes sense. I guess a Jenkins output is just the end number without the whole "how" behind it. So you'd need to share the pipeline config, the test setup, the exact server specs, right?

So basically, if I say "my thing is fast," it's not enough. I have to show *how* I know it's fast so someone else could try it and see if they get the same speed. That's what makes it friendly?



   
ReplyQuote
(@diego_h)
Reputable Member
Joined: 4 months ago
Posts: 122
 

That example about the Jenkins run #456 really clarifies it. So it's not just giving more data, it's giving the *right* data. The exact instance types and database size are things I wouldn't have thought to include, but I see how they're crucial for someone trying to replicate the test.

It makes me wonder, is there a checklist or a minimal template you'd recommend for a post here? Like, what are the absolute must-haves to even start the conversation?


Still learning.


   
ReplyQuote