On 18/11/2015 06:10, Arno Brinkman wrote:
> Hi Adriano,
>
>> Arno, can you please verify now?
>> It should still reset the array, but much less than before.
> Yes!, this makes a big difference, for my sample the speed difference
> between FB2.5 and FB3.0 now dropped from 125x to 3x slower for "pre
Hi Adriano,
> Arno, can you please verify now?
> It should still reset the array, but much less than before.
Yes!, this makes a big difference, for my sample the speed difference
between FB2.5 and FB3.0 now dropped from 125x to 3x slower for "prepare
time".
I've been looking at the code to, bu
Arno, can you please verify now?
It should still reset the array, but much less than before.
Adriano
On 16/11/2015 07:11, Arno Brinkman wrote:
> Hi All,
>
> I noticed some big differences in performance between FB3 and FB2.5,
> so with help form Vlad i got debug builds to do some profiling.
On 16/11/2015 12:00, Dmitry Yemanov wrote:
> 16.11.2015 16:50, Adriano dos Santos Fernandes wrote:
>> dsqlChild and jrdChild are used for default processing, king of old
>> nod_count.
>>
>> Most nodes has individual members for each sub-node and they are added
>> to *Child.
>>
>> "items" of this cl
16.11.2015 16:50, Adriano dos Santos Fernandes wrote:
>
> dsqlChild and jrdChild are used for default processing, king of old
> nod_count.
>
> Most nodes has individual members for each sub-node and they are added
> to *Child.
>
> "items" of this class is an array, but it's added to *Child as well.
On 16/11/2015 07:11, Arno Brinkman wrote:
> Hi All,
>
> I noticed some big differences in performance between FB3 and FB2.5,
> so with help form Vlad i got debug builds to do some profiling.
> Anyway i ended up to set-up a VM with firebird source-tree and needed
> tools.
> This has been improved
