https://bugs.documentfoundation.org/show_bug.cgi?id=170652
--- Comment #6 from Utku B. <[email protected]> --- Thanks for checking. I want to clarify, my issue is not limited to LUKS-encrypted storage. On a local SSD (unencrypted), saving after a single-word edit still consistently takes ~10 seconds for this 56 MB ODP file, which is already far beyond what would be expected for a minor text change. LUKS encryption on a USB drive makes the problem much worse (minutes instead of seconds), but ithink it is not the root cause. The core issue appears to be that LibreOffice rewrites the entire ODP archive on every save, regardless of how small the change is. This behavior becomes very visible with larger presentations and turns normal editing into a workflow blocker, even on SSDs. Other large-file operations on the same SSD (copying, compressing, saving large files in other applications) do not show comparable delays. So while storage speed and encryption amplify the effect, the performance problem is reproducible and significant on SSD as well. -- You are receiving this mail because: You are the assignee for the bug.
