Description: When Skia is enabled in LibreOffice it uses more and more memory till it crashes. LibreOffice uses memory even faster if the document/calc has some comments. Steps to Reproduce: 1.1. Open a calc document 1.2. Have Skia enabled 1.3. Scroll through the calc document for some time 2.1 Open a calc/writer document 2.2 Have skia enabled 2.3 Add comments and let them show 2.4 Scroll through the documents for some time Actual Results: LibreOffice uses more and more memory till it crashes. Expected Results: LibreOffice not crashing due to ne more memory. Reproducible: Always User Profile Reset: Yes Additional Info: Freeing memory periodically.
Please copy paste the Help -> About details for your system. Also, details for your GPU (either the Skia.log if LO is running with Vulkan rendering) or from a run of msinfo32.exe --> on the components Display panel.
(In reply to V Stuart Foote from comment #1) > Please copy paste the Help -> About details for your system. Also, details > for your GPU (either the Skia.log if LO is running with Vulkan rendering) or > from a run of msinfo32.exe --> on the components Display panel. About details: Version: 7.3.0.3 (x64) / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded GPU details: Name Intel(R) UHD Graphics PNP Device ID PCI\VEN_8086&DEV_9BC4&SUBSYS_097D1028&REV_05\3&11583659&1&10 Adapter Type Intel(R) UHD Graphics Family, Intel Corporation compatible Adapter Description Intel(R) UHD Graphics Adapter RAM 1.00 GB (1,073,741,824 bytes) Installed Drivers C:\Windows\System32\DriverStore\FileRepository\iigd_dch.inf_amd64_b6a6fe690ab05b2a\igdumdim64.dll,C:\Windows\System32\DriverStore\FileRepository\iigd_dch.inf_amd64_b6a6fe690ab05b2a\igd10iumd64.dll,C:\Windows\System32\DriverStore\FileRepository\iigd_dch.inf_amd64_b6a6fe690ab05b2a\igd10iumd64.dll,C:\Windows\System32\DriverStore\FileRepository\iigd_dch.inf_amd64_b6a6fe690ab05b2a\igd12umd64.dll Driver Version 30.0.100.9955 INF File oem179.inf (iCML_w10_DS section) Colour Planes Not Available Colour Table Entries 4294967296 Resolution 3840 x 2400 x 59 hertz Bits/Pixel 32 Memory Address 0x4A000000-0x4AFFFFFF Memory Address 0x0000-0xFFFFFFF I/O Port 0x00004000-0x0000403F IRQ Channel IRQ 4294967269 Driver C:\WINDOWS\SYSTEM32\DRIVERSTORE\FILEREPOSITORY\IIGD_DCH.INF_AMD64_B6A6FE690AB05B2A\IGDKMD64.SYS (30.0.100.9955, 29.38 MB (30,809,392 bytes), 15/10/2021 13:29) Name NVIDIA GeForce GTX 1650 Ti PNP Device ID PCI\VEN_10DE&DEV_1F95&SUBSYS_097D1028&REV_A1\4&1500AB8A&0&0008 Adapter Type NVIDIA GeForce GTX 1650 Ti, NVIDIA compatible Adapter Description NVIDIA GeForce GTX 1650 Ti Adapter RAM (1,048,576) bytes Installed Drivers C:\Windows\System32\DriverStore\FileRepository\nvdmi.inf_amd64_07d057a43ab2de16\nvldumdx.dll,C:\Windows\System32\DriverStore\FileRepository\nvdmi.inf_amd64_07d057a43ab2de16\nvldumdx.dll,C:\Windows\System32\DriverStore\FileRepository\nvdmi.inf_amd64_07d057a43ab2de16\nvldumdx.dll,C:\Windows\System32\DriverStore\FileRepository\nvdmi.inf_amd64_07d057a43ab2de16\nvldumdx.dll Driver Version 30.0.15.1179 INF File oem226.inf (Section161 section) Colour Planes Not Available Colour Table Entries Not Available Resolution Not Available Bits/Pixel Not Available Memory Address 0xB3000000-0xB3FFFFFF Memory Address 0x70000000-0x81FFFFFF Memory Address 0x80000000-0x81FFFFFF IRQ Channel IRQ 4294967266 Driver C:\WINDOWS\SYSTEM32\DRIVERSTORE\FILEREPOSITORY\NVDMI.INF_AMD64_07D057A43AB2DE16\NVLDDMKM.SYS (30.0.15.1179, 40.34 MB (42,298,024 bytes), 15/02/2022 08:38) LibreOffice should be using the Intel(R) UHD Graphics.
You can determine which LO is using from the skia.log file in %APPDATA%\LibreOffice\4\cache post those details here as well please.
Skia.log: RenderMethod: vulkan Vendor: 0x8086 Device: 0x9bc4 API: 1.2.190 Driver: 0.402.1763 DeviceType: integrated DeviceName: Intel(R) UHD Graphics Denylisted: no
OK, so it is running Vulkan libs on the Intel GPU with current drivers on a Windows 10 21H2 build, thanks. HAve you allowed it to report the crash, upload the mini-dump, to the project Crash Report site? Do you have any of the report links? If not, next step would be to catch the stack at the point of crash, we'd be looking for the call (to GPU or even OpenCL) that are hanging and leaking memory. A bit tedious to get set up, but could you install the MS WinDbg utility [1] and configure it point to the LO & Microsoft symbols caches [2] You may be able to run an analyze against a crash dump or forced minidump, but if it just hangs (as it leaks memory) a stack trace "~* kp" is also helpful. Save the results and attach the text file. =-ref-= [1] https://docs.microsoft.com/en-us/windows-hardware/drivers/debugger/debugger-download-tools just select the "Debugging Tools for Windows" you don't need any other part of the SDK or the Widnows Driver Kit. [2] https://wiki.documentfoundation.org/How_to_get_a_backtrace_with_WinDbg#First_Time_Setup
Created attachment 178516 [details] Produced debug log I hope this log is helpful.
Stuart, would you say the part about scrolling in Calc is a duplicate of bug 149527?
Yes, the stack trace of attachment 178516 [details] in comment 6 is similar, if not identical and just lacking symbols, with overflow error C0000409 as seen in attachment 178516 [details] on bug 149527 (or dupe bug 150190 ). *** This bug has been marked as a duplicate of bug 149527 ***
Sorry those was attachment 181502 [details] (with symbols) compared to attachment 178516 [details] and it is a dupe to me.