-
Notifications
You must be signed in to change notification settings - Fork 63
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
Added benchmarks for multi-term aggregation #89
Conversation
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.
LGTM! thanks @ketanv3
The new operation looks good, however, I'm debating whether it is better being added to a separate test procedure, to avoid impacting users who might not be interested in the multi-term aggregation feature. Perhaps it may be best to save the existing |
@gkamat Personally, I feel that multi-terms aggregation is a general use-case and makes sense to be a part of the default The impact is in longer run time of benchmarks, not in incompatibility of test results. Moreover, we provide users with the flexibility to run a subset of tasks, in case they benchmarking a particular functionality or are conscious of the run time. Example:
|
@ketanv3 Although this change to Since OSB is an upstream product for many users, I recommend preserving the original test-procedure |
@IanHoang - Trying to understand the concern here. I do agree the overall benchmark time for On the other hand, do we have a general guideline on what can be added to |
Discussed with @gkamat and it should be fine to go forth with adding multi-term aggregation to @backslasht brought up a good point and we will create an RFC / guide that act as a reference for how the community should update workloads. |
Signed-off-by: Ketan Verma <ketan9495@gmail.com>
@IanHoang Done! Verified the changes in test mode. Default
Original
|
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.
LGTM. Thanks for the contribution @ketanv3!
Signed-off-by: Ketan Verma <ketan9495@gmail.com>
Signed-off-by: Ketan Verma <ketan9495@gmail.com> Signed-off-by: Govind Kamat <govkamat@amazon.com>
Signed-off-by: Ketan Verma <ketan9495@gmail.com> Signed-off-by: Govind Kamat <govkamat@amazon.com>
Signed-off-by: Ketan Verma <ketan9495@gmail.com> Signed-off-by: Govind Kamat <govkamat@amazon.com>
Signed-off-by: Ketan Verma <ketan9495@gmail.com> Signed-off-by: Govind Kamat <govkamat@amazon.com>
…ct#89)" This reverts commit 2b5ff9, since multi-term aggregations are not supported in OpenSearch 1.0. Signed-off-by: Govind Kamat <govkamat@amazon.com>
This reverts commit 2b5ff9, since multi-term aggregations are not supported in OpenSearch 1.0. Signed-off-by: Govind Kamat <govkamat@amazon.com>
Signed-off-by: Ketan Verma <ketan9495@gmail.com>
Signed-off-by: Ketan Verma <ketan9495@gmail.com> Signed-off-by: Govind Kamat <govkamat@amazon.com>
Signed-off-by: Ketan Verma <ketan9495@gmail.com> Signed-off-by: Govind Kamat <govkamat@amazon.com>
Signed-off-by: Ketan Verma <ketan9495@gmail.com> Signed-off-by: Govind Kamat <govkamat@amazon.com>
…ct#89)" This reverts commit 2b5ff9, since multi-term aggregations are not supported in OpenSearch 1.0. Signed-off-by: Govind Kamat <govkamat@amazon.com>
Description
This PR adds a benchmark for multi-term aggregations in the http_logs workload. The request body is inspired from the feature PR (opensearch-project/OpenSearch#2687), but is tuned to make it practical for frequent test runs.
Note: This will increase the execution time of http_logs by around 12.5 minutes.
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.