I am using Protocol Buffers and OpensSSL to generate, HMACs and then CBC encrypt the two fields to obfuscate the session cookies — similar Kerberos tokens.
Protocol Buffers’ API communicates with std::strings and has a buffer caching mechanism; I exploit the caching mechanism, for successive calls in the the same thread, by placing it in thread local memory; additionally the OpenSSL HMAC and EVP CTX’s are also placed in the same thread local memory structure ( see this question for some detail on why I use thread local memory and the massive amount of speedup it enables even with a single thread).
The generation and deserialization, “my algorithms”, of these cookie strings uses intermediary void *s and std::strings and since Protocol Buffers has an internal memory retention mechanism I want these characteristics for “my algorithms”.
So how do I implement a common scratch memory ? I don’t know much about the rdbuf(streambuf – strinbuf ??) of the std::string object. I would presumeably need to grow it to the lowest common size ever encountered during the execution of “my algorithms”. Thoughts ?
My question I guess would be: ” is the internal buffer of a string re-usable, and if so, how ?”
Edit (new question):
It seems uppon reflection after Vlad’s post that I do need a std::string as well a void * c-style scratch buffer. My question would then be: do popular stl’s string implementations retain memory when they dont need it ? (my needs will probably stay between 128-bytes to 10-KB).
You shouldn’t expect the whole content of your
std::stringto reside in TLS, sincestd::stringmakes allocations and reallocations for data on its own. A simple idea would be to allocate a structure on heap and store a pointer to it in the TLS.Edit:
AFAIK
rdbufis a feature of streams, not ofstring(see here and here).Edit:
I would suggest using
std::vectorinstead of string, it should be contiguous. Again, it’s perhaps better to put just a pointer to thevectorinto TLS. The comments to the same article say that the standard requires evenstringto be contiguous, starting from&(str[0])char.