https://bugs.documentfoundation.org/show_bug.cgi?id=165481
--- Comment #3 from [email protected] --- Thanks for getting back to me Andrew. The saving slowdown is caused by, I assume, your average user not having (in my case) 5 GB of memory sitting around unused, and so the memory blowout causes 5 GB of memory in use to be written to swap on disk to make room for the blowout. Moreover this memory blowout is retained until you exit all LO processes and keeps getting pulled into active memory for every autosave. The fact this didn't happen in LibreOffice 7.3.7 indicates it really isn't necessary to need 5 GB extra memory to autosave a 5 MB xls (i.e. uncompressed) file. I'm guessing your 88 worksheet test file was about 1.5 MB in size (as an .xls), but it needed an extra 1,100 MB to autosave - that's a 700:1 ratio! I'm struggling to think of an algorithm that could be so profligate (memory-vendor algorithms excepted): "I'm going to write this byte, but let me make 700 copies first, just to be sure". Can you kindly reconsider the confirmation status? -- You are receiving this mail because: You are the assignee for the bug.
