Skip to content
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

Changing BatchTimeout, MaxMessageCount, AbsoluteMaxBytes, and PreferredMaxBytes doe not impact results #1677

Open
nimaafraz opened this issue Feb 25, 2025 · 3 comments

Comments

@nimaafraz
Copy link

Which Caliper version are you using?

2.4

Which Node.JS version are you using?

12

Which operating system are you using?

Ubuntu 20

Please provide some context for your error. For example, when did the error occur? What were you trying to achieve, and how?

Hi,

I am changing BatchTimeout, MaxMessageCount, AbsoluteMaxBytes, and PreferredMaxBytes values and generating the artifacts again but this make no difference to the latency and throughput results I get for Fabric.

What was the observed incorrect behavior?

I also tried to delete the volumes and containers after each change but still the same.

Please provide the error logs and their surroundings.

No errors

Please provide your benchmark configuration file content, if possible.

Please provide your network configuration file content, if possible.

Please provide your workload module content, if possible.


Please provide any additional information you deem relevant to the error.

No response

@davidkel
Copy link
Contributor

Not sure what issue you are trying to say caliper has. I would suggest you try reading the fabric documentation on performance tuning and if you want assistance with fabric performance you need to talk to the fabric community. Be aware that doing proper benchmarking requires using more than just a workload generator such as caliper. Fabric provides ways to measure it's activity, you will also need to measure system usage for both systems running Fabric as well as the Systems running Caliper to make sure you aren't bottlenecking your systems running Fabric or the workload generator.

@nimaafraz
Copy link
Author

Thanks @davidkel, would you suggest running the workload generator on a separate container?

@davidkel
Copy link
Contributor

davidkel commented Feb 27, 2025

@nimaafraz For me I would run the workload generator on it's own dedicated set of machines, never on the machines running hyperledger fabric.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants