On Tue, Feb 12, 2013 at 6:47 PM, Andrew Douglas Pitonyak
<and...@pitonyak.org> wrote:
>
> If you have a good setup for testing such things, try loading, saving, and
> closing AndrewMacro.odt
>

That's a big one:  Release the Kraken!

The time to close the document (not saving) could be low-hanging
fruit.  Presumably there is a free of a huge data structure to reclaim
the heap.  It would be interesting to see how many times we call free.

When we had a similar problem in SmartSuite (many years ago) we solved
it by using a custom memory allocator (overriding operator new).  For
allocations we managed our own heap, keeping related data structures
together.  I don't know if it is still a benefit today, but back then
"locality of reference" was a big thing when it came to memory paging
and caching.  In any case when it came time to free the document, we
did it trivially.  Instead of doing the zillion free's to clean up the
document data structures we called the global delete operator on the
entire memory buffer, cleaning it up in a single call.

The downside was this confused any tooks we used to look for memory
leaks.  Most of them looked at heap-level allocations and frees and
reported a mismatch.  So we had a debug version of the library as
well, that was slower but did the memory management more
traditionally.  And we used the faster version for QA and production.

-Rob




> LO claims that much of their improvements are related to large Calc
> documents. Might be nice to find and test their large test Calc document...
> Not sure what they used, however.
>
>
> On 02/12/2013 07:42 AM, Rob Weir wrote:
>>
>> I did some tests to see how we were doing, comparing AOO 3.4.1 on
>> Windows against OOo 3.3.0.  And since LibreOffice claims that their
>> 4.0 release is much faster and leaner, I tested them as well, to see
>> if we could learn anything.
>>
>> I just did a basic test, seeing how long it took to load a large text
>> document, in this case the ODF 1.2 specification.  I looked at memory
>> consumed and the number of seconds to load.  I loaded the document
>> once to reduce the impact of disk caching and then repeated 5 times
>> and took the average.  All tests done on identical hardware.
>>
>> Memory use (KB for soffice.bin):
>>
>> OOo 3.3.0:    133,472
>> AOO 3.4.1:   129,928
>> LO 4.0:         165,796
>>
>> Load time for ODF 1.2 specification (seconds, average of 5 loads)
>>
>> OOo 3.3.0:    16.0
>> AOO 3.4.1:    20.9
>> LO 4.0:          23.7
>>
>>
>> Does anyone have any other good test documents for doing performance
>> tests of OpenOffice?
>>
>> Regards,
>>
>> -Rob
>>
>
> --
> Andrew Pitonyak
> My Macro Document: http://www.pitonyak.org/AndrewMacro.odt
> Info:  http://www.pitonyak.org/oo.php
>

Reply via email to