| Summary: | ENHANCEMENT: Optimization of the file-save strategy | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Telesto <telesto> |
| Component: | filters and storage | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | NEW --- | ||
| Severity: | enhancement | CC: | aron.budea, ilmari.lauhakangas |
| Priority: | medium | Keywords: | perf |
| Version: | Inherited From OOo | ||
| Hardware: | All | ||
| OS: | All | ||
| See Also: | https://bugs.documentfoundation.org/show_bug.cgi?id=84246 | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 108636 | ||
| Attachments: | Example file | ||
|
Description
Telesto
2017-06-19 07:37:35 UTC
Created attachment 134124 [details]
Example file
Confirmed with LO 5.4beta2. For me it's even more than 450 MB, something close to the ~580 MB of content.xml. I'm not touching severity, but I'd rather consider this a performance bug. Eike and Markus told me it's likely something done in generic storage code, and not Calc-specific. This commit should be relevant (clue from Markus): https://cgit.freedesktop.org/libreoffice/core/commit/?id=f92183833fa569006602ac7e93c906d2094e0d4d author Matúš Kukan <matus.kukan@collabora.com> 2014-12-13 23:11:53 (GMT) committer Matúš Kukan <matus.kukan@collabora.com> 2014-12-13 23:21:20 (GMT) "package: Better to use temporary files for huge memory zip streams ZipPackageBuffer was holding the whole compressed data stream in one uno::Sequence which seems to be a lot for big documents in some cases." https://bugs.documentfoundation.org/show_bug.cgi?id=113042#c24 mentions plans to work on zip compression. Perhaps this aspect can be dealt with as well. |