-
Notifications
You must be signed in to change notification settings - Fork 117
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
Add benchmark stream
command
#1541
Comments
It would be nice, if you can run the command multiple times in parallel, something like:
For a developer working on the UI or testing the UI, this makes it super easy to have multiple docs mixed together. |
open different terminal windows would be enough, or were you thinking about a solution inside the command itself? |
Different terminal windows is good enough. I mostly want to make sure they do not get into the way each other (some global state or similar). |
no global state: we won't even save the data to a temporary file so there should not be race condition on that |
The discussions in elastic/integrations#8431 (comment) triggered an additional thought for the the stream command. This should not block any progress on what we have discussed so far but let me share it here. The stream command will allow devs / users to see real time data coming in. Unfortunately, the data is only from the time they started the command. What if we could backfill data quickly for the last X minutes on startup initially. Following example for system metrics:
Like this, the dev does not have to wait 15min to see data for 15min, but has historical data to build a visualisation / test a query and also has new data constantly coming in. |
To make the stream command work without requiring a local source copy of the package, there needs a place where raw packages are available. Left a comment here: elastic/package-spec#351 (comment) |
We had recently a discussion, that the |
Similarly to
benchmark rally
command we want to generateschema-b
documents for a given integrations.Instead of creating a rally track out of them we will stream them, according to a configurable rate, directly to an ES cluster, using bulk requets
The text was updated successfully, but these errors were encountered: