[Libreoffice-bugs] [Bug 133801] Sorting a column uses 600 MB at peak, with LibO 4.2 90 MB

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=133801

--- Comment #8 from b. <newbie-02 at gmx.de> ---
Created attachment 162398
  --> https://bugs.documentfoundation.org/attachment.cgi?id=162398&action=edit
sorting col F and E with 7.1, win7, no mem peak,

hi @Telesto, 

thanks for the video, see behaviour, but not reproducible here, 

see attached screenshot, marks 1: load of calc 7.1.0.0.a01+, 2: close of
program, inbetween load of file, nearly no mem usage, sort of col. F ascending,
no visible mem usage, sort of col E ascending, no visible mem usage ... 

above with: 
Version: 7.1.0.0.alpha0+ (x64)
Build ID: a201ab6f47c2d5a7ba4c5f998b0aa231cae82010
CPU threads: 8; OS: Windows 6.1 Service Pack 1 Build 7601; UI render:
Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-US
Calc: CL

selecting whole column and using [data | sort] with undo steps 100 - standard, 

similar with ver. 6.4.4.2 linx64 (debian/kali 2020.2), no visible impact or
peak, 

thus: bug is, i believe in your video, but no repro here, still 'unconfirmed'
...

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200625/0ff68442/attachment.htm>