[computer-go] Language War!
Jason House
jhouse at mitre.org
Mon Jul 31 13:37:04 PDT 2006
Darren Cook wrote:
> STL is slow for the same reason that java is: dynamic memory
> allocations. I usually use an STL container when writing and testing
> code, then if profiling shows it is a bottleneck I write a custom
> replacement class which avoids memory allocations (or uses a custom
> memory pool).
Don't forget that one of the template parameters is a memory allocator.
If you want to go with a non-dynamic memory pool with pre-initialized
objects or whatever, you can do that (and still use standard STL)
More information about the computer-go
mailing list