[ 
https://issues.apache.org/jira/browse/THRIFT-5149?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17065075#comment-17065075
 ] 

Antoine Pitrou commented on THRIFT-5149:
----------------------------------------

It's the {{std::vector}} implementation that chooses the resizing algorithm.
I have no idea what the performance constraints are. As for my use case, I 
don't think we're constrained by performance of Thrift decoding. But other 
projects may differ.

> Limit container byte size
> -------------------------
>
>                 Key: THRIFT-5149
>                 URL: https://issues.apache.org/jira/browse/THRIFT-5149
>             Project: Thrift
>          Issue Type: Wish
>          Components: C++ - Library
>            Reporter: Antoine Pitrou
>            Priority: Major
>
> The C++ library currently takes a container size limit which can avoid 
> instantiating too large containers, limiting the possibility of memory bombs.
> However, some container elements may be very large and preallocating such a 
> large container may blow up memory even if the number of elements "looks" 
> reasonable. This allows for very small files to blow up memory (and therefore 
> to be potential denial-of-service material).
> It would be nice to have an additional parameter to limit in-memory container 
> byte size.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to