Description: Saving a ODS with plenty of comments very slow; massive amount of CPU time spend in SfxItemPool::GetItemSurrogates(std::__1::vector<SfxPoolItem const*, std::__1::allocator<SfxPoolItem const*>>&, unsigned short) const Steps to Reproduce: 1. Open attachment 144526 [details] (bug 119075) 2. Press save... no progress bar or anything, but using single core Actual Results: Very slow . There where already perf issues: bug 119075 bug 125619 bug 131675. However it becomes incrementally worse in different area's Expected Results: A more snappy experience Reproducible: Always User Profile Reset: No Additional Info: Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9c1a48f844eaefc505a5914338b6f444011bf315 CPU threads: 8; OS: macOS 14.3; UI render: Skia/Raster; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded
Possible of relevance https://gerrit.libreoffice.org/c/core/+/162254
The underlaying issue might be https://cgit.freedesktop.org/libreoffice/core/commit/?id=018500a73f3b1082b6662b7c123dfe5158ae5752 (mentioned in bug 131675 comment 10)
Same on Windows Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: c39e4f6b8a942680bc7250177c34fd034a0605e0 CPU threads: 4; OS: Windows 8.1 X86_64 (6.3 build 9600); UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded
Saving slow, but faster with Version: 7.6.3.0.0+ (X86_64) / LibreOffice Community Build ID: 35f19e5cb93ce218787904e99c2bedfd40e725cc CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded File open performance is also faster with Version: 7.6.3.0.0+