Bug 133528 - Memory usage peaks to 1,3 GB when closing Calc with column on the clipboard and takes 13 seconds to process (Win-only)
Summary: Memory usage peaks to 1,3 GB when closing Calc with column on the clipboard a...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.3.0.4 release
Hardware: All Windows (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, perf
Depends on:
Blocks: Memory
  Show dependency tree / graph
 
Reported: 2020-05-30 19:09 UTC by Telesto
Modified: 2023-08-14 06:37 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
Bibisect log (3.22 KB, text/plain)
2020-05-30 19:15 UTC, Telesto 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-05-30 19:09:16 UTC 
Description:
Memory usage peaks to 1,3 GB when closing Calc with column on the clipboard (and takes 13 seconds to process)

Steps to Reproduce:
1. Open attachment 161365 [details]
2. Open a process monitor tool and zoom into soffice.bin(especially memory)
3. Copy Column D
4. CTRL+Q -> Takes 13 seconds and 1,3 GB tops

Actual Results:
1,3 GB memory usage and 13 seconds

Expected Results:
Around 300 MB and 4 seconds


Reproducible: Always


User Profile Reset: No



Additional Info:
Found in
Version: 7.1.0.0.alpha0+ (x64)
Build ID: 83c4f86f22dc37269ac6a038fe7de053c42aad6e
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: en-US (nl_NL); UI: en-US
Calc: CL

and in
6.3 (oldest)
Comment 1 Telesto 2020-05-30 19:15:01 UTC 
Created attachment 161431 [details]
Bibisect log

A short 800 MB peak is introduced in 6.2 (x32) but closing is within 6 seconds and bisected to
author	Tor Lillqvist <tml@collabora.com>	2018-06-28 10:47:20 +0300
committer	Eike Rathke <erack@redhat.com>	2018-07-16 21:35:30 +0200
commit 48c977dd945130051a7e37d7fcb7eb11b767ead3 (patch)
tree 53463dcc488585190b36d42d5bffca0457c35cd7
parent e72577d1ebd58a4d79bfd7c51086e3542170f1d2 (diff)
tdf#69460, tdf#118416: Don't copy whole columns to the clipboard
...for the BITMAP or PNG formats either.

The long processing (13 seconds) and 1,3 GB peak goes back to 6.4 x64 oldest. I expect it to be related.. but no warranty
Comment 2 Abhi 2020-06-14 00:46:02 UTC 
Thank you for reporting this bug, I cannot reproduce it in 
version: 7.1.0.0alpha0
Build ID: 4c4b3218b8595a9809ffade0cfd064f3d9335dff
Maximum memory usage peaks at ~200 MB
Comment 3 Buovjaga 2020-06-18 18:04:22 UTC 
No repro.

Arch Linux 64-bit
Version: 7.1.0.0.alpha0+
Build ID: ad0351b84926075297fb74abbe9b31a0455782af
CPU threads: 8; OS: Linux 5.7; UI render: default; VCL: kf5
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 17 June 2020
Comment 4 Buovjaga 2020-06-25 12:29:50 UTC 
Repro on Win

Version: 7.1.0.0.alpha0+ (x64)
Build ID: aadcd6f90916bd2b9734ae793141d0c77cc5b46c
CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: Skia/Raster; VCL: win
Locale: fi-FI (fi_FI); UI: en-US
Calc: threaded
Comment 5 Buovjaga 2022-05-12 11:34:36 UTC 
Still happening

Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 172e208e6b0674f42c301c5ee5e280e9138ba1b4
CPU threads: 2; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: fi-FI (fi_FI); UI: en-US
Calc: threaded Jumbo
Comment 6 Nanasi 2023-08-14 06:37:00 UTC Comment hidden (spam)