03.09.2013 11:13, Alex Peshkoff wrote: > That's definitely a candidate for next ODS. But I see one problem - > currently all (or at least most of all) record buffers are allocated at > prepare time. With variable record length this strategy requires change, > and that change does not look trivial at the first glance.
Record buffers are easily reallocated (extended) at runtime, this is how we deal with different record formats. All the code is already in place and the prepare-time allocation is just targeted at the "most commonly used" scenario. The problem is that we never shrink record buffers. This works fast, but the memory is used ineffectively. If we start to reallocate them both ways at runtime, it will cost us extra CPU cycles. Dmitry ------------------------------------------------------------------------------ Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
