You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, RSocket follows Netty style of managing refCnt which is somewhat challenging (and not necessarily needed to be like in pure Netty).
Therefore, I would like to propose redesign that and follow Reactor-Netty way to manage refCnt, so we will be responsible for releasing a Payload and a user will be in charge of retaining content when it moves to a different thread.
Such a way of managing refCnt will simplify future adoption of Aeron (Aeron Buffers are releasing right after the execution, so if one need to move it to a different thread, the Buffer should be copied)
Activity
[-]Rework of how we manage RefCnt[/-][+]Rework `Payload` refCnt management[/+]ZouTrankil commentedon Apr 21, 2021
i have a question!
RSocketConnector buffer default ZeroCopyPayloadDecoder
and it's not easy to configurate it!
All of it has been Final field&Class
ZouTrankil commentedon Apr 27, 2021
oop... spring-rsocket-message framecode,not here