-
Notifications
You must be signed in to change notification settings - Fork 4
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
Optimizing cluster sizing using a real world benchmark #597
Conversation
(cherry picked from commit 3b5be45)
Hey @npepinpe this is still a draft and I have still to update the benchmark values to reflect the changes that were made in the gateway by adding more memory, among some other improvements to the text, but I just wanted to ask before some things that we should include or not.
|
"Using realist benchmarks to test performance to derive new cluster configurations" (cherry picked from commit 1455b19)
f6889cc
to
6eb69fc
Compare
I don't think this is relevant for most people reading this.
Same, I think we don't need to mention that. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🚀 Generally looks good
I would remove the link to accounts though, this is private so not relevant for most people.
#### Benchmarking a realistic process model | ||
|
||
In our previous benchmarks we used a simple process model with a single | ||
task with several decision symbols. For the newer benchmarks we wanted to |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
TBH I personally would separate this from this blog post. As the idea for this and work came from the Camunda Exporter Project and was then reused for this project as well.
What you could do here is to say we used a different way of benchmark with more realistic workload. You will not go into more details as this deserves an own blog post, which is upcoming.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ups, I did not know this was an upcoming post, should we cut this completely, or still use as motivation and link it to the upcoming post?
Now with the new values for the gateway with more memory, I changed the original motivation of 40 tasks/s to 100 to be easier to explain in this post. Instead of trying to explain all the iterations of benchmarking we went through. |
This will be further developed in a different blog post.
This PR adds a new chaos day esperiment: "Optimizing cluster sizing using a real world benchmark".
Additionally, it fixes some links and typos in the readme.md.