[
https://issues.jboss.org/browse/ISPN-1035?page=com.atlassian.jira.plugin....
]
Galder Zamarreño commented on ISPN-1035:
----------------------------------------
A potential solution here would be to add a checkpoint as soon as the length of the value
has been read and the holder byte[] has been created, so if reading needs to be restarted,
it directly goes to update the byte[] and does not generate garbage.
Servers should avoid reading key/values multiple times per request
------------------------------------------------------------------
Key: ISPN-1035
URL:
https://issues.jboss.org/browse/ISPN-1035
Project: Infinispan
Issue Type: Bug
Components: Cache Server
Affects Versions: 4.2.1.FINAL, 5.0.0.BETA1
Reporter: Galder Zamarreño
Assignee: Galder Zamarreño
Priority: Critical
Labels: hotrod, memcached
Fix For: 4.2.2.BETA1, 5.0.0.BETA2, 5.0.0.FINAL
When Infinispan servers need to decode keys and values only once per request, otherwise
it can generate a lot of garbage byte[]s instances. This is particularly important when
bigger key/values are used. The way to do that is tell Netty about intermediate stages of
reading a request so that the entire request is not re-read if the entire request has not
been read in one go.
--
This message is automatically generated by JIRA.
For more information on JIRA, see:
http://www.atlassian.com/software/jira