[Dune] [#766] Separate GenericGeometries and the SmallObjectPool

[Dune]

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#766 - Separate GenericGeometries and the SmallObjectPool
User who did this - Martin Nolte (nolte)

----------
@Carsten: Sorry, I thought the Pool would not be static.

Even if this is disallowed for a std::allocator, I would consider it a good idea, if the pool could be unique per grid instance. In this scenario, the grid would hold the first instance of the allocator (which thus has to create the pool). All copies of this allocator then use the same pool. In multithreaded programs, the grid could also hold one pool for each thread (yielding thread safety without locking).

But anyway, I'm looking forward to your implementation. I'd suggest not to discuss this any further before that (not even on the developer meeting)...

----------

More information can be found at the following URL:
http://www.dune-project.org/flyspray/index.php?do=details&task_id=766#comment2170

You are receiving this message because you have requested it from the Flyspray bugtracking system.  If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.