https://bugs.documentfoundation.org/show_bug.cgi?id=93553
--- Comment #25 from Armin Le Grand (CIB) <[email protected]> --- Re-checked saveAs: mem goes up to 250.000K, stays a while, then gioes up to 1.230.664K. That happens when ZipPackageStream::saveChild is triggered. Each call adds a ZipOutputEntry when parallell processing is allowed. That stops at 6055 such parallell created data packages and dies out of memory. As nice as it is to save and zip in parallell, it should be dependent not only of encryption (which it is due to tdf#89236) and number of cores (which I cannot see), but also of number of tasks to perform, at least on 32bit OS versions. As a workaround it should be possible to save encrypted (even if not needed) since that seems to switch off parallell zipping at save time. Checking if this can be limited to a number of threads - more than cores should not be useful anyways... -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
