-
Notifications
You must be signed in to change notification settings - Fork 5
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
The playrate are capped at ~180 TPS #14
Comments
Hello, I am working with @le-grimpeur and I confirm that the playback-rate seems not to be taken into account when we try to use it. You can see in the Grafana extract that the result is the same (45 transaction per second). Any idea if we are using this correctly ? 1st run |
Hey I have news of the playback-rate if it's 0, in this only case all events will be published as fast as possible as like it's supposed to be. |
High playback rates could become capped due to issues with environment. But it is unexpected that values below 1.0 would show same effect! |
Hey, In play function I don't understand why millis variable for delay is a negative value. |
Hey I have record a cassette with a playrate on the kafka at ~200TPS, when I replay it the playrate are caped at 180TPS even if it's configure with playback-rate at 2.0.
For information all event from the cassette are on the same partition maybe this configuration impact de rate of the replay?
If I launch multiple cassette on the same topics this time the rate increase at nb_cassette_lauch*180 TPS
When I check the CPU and GPU both are not solicit. Any idea?
Thanks you.
Edit : Even if I put the playback-rate at 0.1 the playrate on the kafka stay at 180TPS.
The text was updated successfully, but these errors were encountered: