On 09/22/14 19:50, Nikolay Samofatov wrote: > The best way to speed it up for small blocks allocation in Firebird 2.5 > allocation algorithm IMO is > to replace BTree with custom array. > Number of elements if freelist BTree is limited, and custom structure would > speed up small block > allocation by about 50% > without compromising reliability or scalability. I can implement this change, > if you ask me, after I > finish testing GC changes.
I think that will be very nice. >>>> Good thing is that changing or replacing memory manager is very simple >>>> task for existing code base. >>> I'd rather prefer the memory manager being replacable / pluggable at >>> runtime. >> Quite possible, very useful, requires low programming efforts. > I do not think this is necessary or useful. Firebird's idea is that you do > not have to turn many knobs > to turn to get good performance. This is useful at least from one POV - to let people who want it to try various third party allocators. ------------------------------------------------------------------------------ Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
