On 04/03/14 20:38, Dimitry Sibiryakov wrote: > 03.04.2014 18:32, Vlad Khorsun wrote: >> tra_undo_record was introduced especially to avoid frequent alloc\free >> calls. >> You offer to destroy it and revert old behavior. I don't like it. > Take into account that the record content is copied from temporary > storage (may be read > from disk). Allocation from local pool is not a big deal in this case. >
We still do not have no-lock pools (and in MT system I treat them rather dangerous). I.e. any allocation/deallocation in a pool requires some atomic ops. There is also per-pool statistics that requires them too. Caching buffers as suggested Dmitry is much better way to go here. ------------------------------------------------------------------------------ Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
