-
Notifications
You must be signed in to change notification settings - Fork 29
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
Use modelpb.<Type>FromVTPool
wherever possible
#130
Comments
modelpb.<Type>FromVTPool
wherever possible
I started looking at changing at least the Intake/v2 decoding. |
I started looking at this but stopped since I don't have the bandwidth to take this on ATM. Feel free to pick this up as desired. |
Upon further investigation it looks like we cannot use this because the base event is cloned and We would pool one event and return |
Blocked by planetscale/vtprotobuf#96 and planetscale/vtprotobuf#95 |
We should evaluate whether we can replace some of the maps with slices as they get reused when using the pool, while maps are just thrown away. |
Is there anything left to do here? |
Description
Since we added back pooling in #128, we should start using the pooled
modelpb.<Type>FromVTPool
wherever possible and indicate that clients should useReturnToVTPool
after they're done processing an event.The text was updated successfully, but these errors were encountered: