BSTR caching

[Nikolay Sivov]

Markus Stockhausen wrote:
> Hi,
>
> the last week I took some time to implement the first try of BSTR
> caching in oleaut.c. On the one hand this will fix a bug, on the other
> hand Wine could save some CPU cycles and can catch up with the speed of
> the native implementation. 
>   
> + *  Windows standard behaviour is something like this: Keep 3 freelists of
> + *  about 6-8 entries. One is for memory areas less than 32 bytes, the second
> + *  is for areas between 32 and 64 bytes and the third is for strings larger
> + *  than 64 bytes. Memory is allocated with length aligned to 16 bytes
How did you guess this? Is it document somewhere?