Hello Dirk,
On 02/07/2011 12:20 PM, Dirk Reiners wrote:
> 2. The object ids are stored in a vector, so creating and destroying a lot of
> objects can grow that vector (slowly).
>
> 1. shouldn't be a an issue in 1.8, but will be in 2, 2. should be fixed in
> current 2.
hmm, not sure about that, we still have the vector (well, it's a
std::deque<>), but that does not make much of a difference for the
amount of memory, only that it does not require a large _contiguous_
chunk of memory...
I think the biggest obstacle in changing this is the disaster that is
trying to get a hash_map/unordered_map implementation on the common
platforms. We could use boost::unordered_map, but that only made it into
boost 1.36, RHEL 5 comes with 1.33 AFAIK :-/
Cheers,
Carsten
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
