[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