Date: prev next · Thread: first prev next last
March 2016 Archives by date, by thread · List index


https://bugs.documentfoundation.org/show_bug.cgi?id=94760

--- Comment #8 from m.a.riosv <miguelangelrv@libreoffice.org> ---
I had reported those numbers because change the memory it's in my test the only
relevant for speed up the load, and only until 48 Mb.

New test.
Win10x64
Version: 5.1.2.0.0+ (x64)
Build ID: 6b3dd63dea6861180f438db71ca3f73df2aef200
CPU Threads: 4; OS Version: Windows 6.19; UI Render: GL; 
TinderBox: Win-x86_64@62-TDF, Branch:libreoffice-5-1, Time: 2016-03-06_03:42:47

After clean profile, 20 Mb 1 pObj takes about 00'43" before CPU goes to zero.
With graphics cache: 32 Mb 1 pObj takes about 00'42" before CPU goes to zero.
With graphics cache: 48 Mb 1 pObj takes about 00'16" before CPU goes to zero.
With graphics cache: 128 Mb 1 pObj takes about 00'16" before CPU goes to zero.

With graphics cache:  48 Mb 10 pObj takes about 00'16" before CPU goes to zero.
With graphics cache: 128 Mb 10 pObj takes about 00'16" before CPU goes to zero.

It's clear that's a great improvement for a little change, as I commented seems
very admissible even for very basic computers.
What I don't know is if some non visible could help even more, e.g. taken
advantage of change the object's number.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.