https://bugs.freedesktop.org/show_bug.cgi?id=73300
Michael Stahl <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Hardware|x86-64 (AMD64) |All OS|Windows (All) |All Status|NEW |RESOLVED Whiteboard|bibisected |bibisected, perf Resolution|--- |FIXED Assignee|[email protected] |[email protected] |desktop.org | CC| |[email protected], | |[email protected] | |, [email protected], | |[email protected] Summary|FILEOPEN Very slow load |FILEOPEN Very slow load |times and memory issue |times and enormous memory |loading large ODT documents |use loading documents with | |many images Version|4.1.4.2 release |4.1.0.4 release --- Comment #9 from Michael Stahl <[email protected]> --- can reproduce this... good work with the bibisect! doesn't crash for me but does use > 2G of un-shared memory right after loading the big TestBook2.odt; guess on 32 bit platforms it will crash. bibisect range: 1ce6d6d4133865d9616e12228be2c04cbba1976c..918f8ed91e325606a44d088da5fbbf8c463dffba regression introduced by commit: bd55f05b332c1573bd410fd9e21ea7fcf977e1b0 ... but that is only for the initial file load, we still use too much RAM when scrolling... there are 2 more problems here: when scrolling down at some points (first around page 7) i'm seeing 225 graphics painted at once. worse, the images are all loaded and then not released. they used to be released in 4.1 but not in 4.2... regression from commit 2e5167528f7566dd9b000e50fc1610b7bf99132a the problem that > 200 images are erroneously determined to be visible is already in 4.0 although it was less severe then since the memory was immediately released. for the 3rd problem i'll file separate bug since it's in 4.0 already (bug 74435). Fixed to release the images in Writer with a timeout; it is derived from the setting: Tools->Options->LibreOffice->Memory->Graphics cache->"Remove from memory after" (divided by 12, default is 50 seconds) _ideally_ we'd want some sort of LRU cache with a fixed max size for images like apparently the old GraphicsManager had - but for now a timeout-based mechanism will have to do even though it may temporarily need some 100s MB RAM extra when scrolling. fixed on master. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
