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

Reply via email to