Fixed: #8535 - Increased buffer size from 500 to 5000

[wolframite]

Added unit test to show that the buffer in the TextReadHandler is too small to bulk-get 100 keys and Increased buffer size to 5000

Fix for Issue #8535

[mdogan]

not sure about having a static capacity. a dynamically growing buffer might be better, I think.

[wolframite]

I thought the ByteBuffer was used for performance reasons. If you say dynamic, would you use a StringBuilder with a start capacity?

[mdogan]

What I means is, since TextReadHandler is single threaded, ByteBuffer can be replaced with a bigger one when needed (for example, create with double capacity, copy contents and destroy the old one). Still, a max-threshold will be needed to avoid creating very large buffers.

Or the whole logic can be changed to use a relatively small (1k, 4k whatever) buffer to build command incrementally. I am not sure if it's really needed to hold all data read from socket in a single large buffer.

[sancar]

Hi thanks for the report and fix. A chosen hardcoded value already proven not to work. The one we choose was not suitable for your usecase. The new one will be a problem for someone else in the future. Making it working with any data should be the way forward as @mdogan suggested. I am closing this one and linking the new issue here #9355