We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Currently, there is a lot of time spent copying payload data.
Especially onerous is an entire copy made just to generate a crc32c of the payload.
Using the pack() / flush() API should be be more efficient.
Also, ByteBufferOutputStream copies incoming ByteBuffer contents to "pack" the data. Instead, the incoming ByteBuffers can be appended as-is.
No response
put a high volume of messages into a queue while using Java Flight Recorder to profile the method execution times.
0.0.9
The text was updated successfully, but these errors were encountered:
No branches or pull requests
Is there an existing issue for this?
Current Behavior
Currently, there is a lot of time spent copying payload data.
Especially onerous is an entire copy made just to generate a crc32c of the payload.
Using the pack() / flush() API should be be more efficient.
Also, ByteBufferOutputStream copies incoming ByteBuffer contents to "pack" the data. Instead, the incoming ByteBuffers can be appended as-is.
Expected Behavior
No response
Steps To Reproduce
put a high volume of messages into a queue while using Java Flight Recorder to profile the method execution times.
BlazingMQ Java SDK Version
0.0.9
Anything else?
No response
The text was updated successfully, but these errors were encountered: