Bug 101674 - FILEOPEN PDF Massive low performance trying to make simple edits on a complex, one page PDF
Summary: FILEOPEN PDF Massive low performance trying to make simple edits on a complex...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
5.1.4.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:pdf, perf
Depends on:
Blocks: PDF-Import-Draw
  Show dependency treegraph
 
Reported: 2016-08-22 20:59 UTC by E.Mi
Modified: 2021-07-26 12:05 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
pdf (952.63 KB, application/pdf)
2016-08-22 20:59 UTC, E.Mi
Details

Note You need to log in before you can comment on or make changes to this bug.
Description E.Mi 2016-08-22 20:59:36 UTC
Created attachment 126977 [details]
pdf
Comment 1 m_a_riosv 2016-08-22 21:53:14 UTC
It's a complex PDF with 43865 objects.

Please have in mind that LIbreOffice it's not a full pdf editor, the purpose of this ability it's only for minor changes. Also you can see the import have some object not well positioned on the right.
Comment 2 Heiko Tietze 2016-08-23 10:00:34 UTC
On my system (i5 2540M, 8GB, win7) it takes about a minute to open this file. While it looks like a simple PDF the resulting document is quite large. 

It's very hard to take any action on your input. You may expect a few seconds, better feedback, or less memory consumption. That's not clear from your report. Please have a look at https://wiki.documentfoundation.org/QA/BugReport.

I close this report as WONTFIX. The slow speed is a known problem but has no high priority.
Comment 3 E.Mi 2016-08-25 11:49:32 UTC
I think you should let this bug be open as it may help future contributors help make a fix and test this pdf
Comment 4 Xisco Faulí 2017-09-29 08:48:15 UTC Comment hidden (obsolete)
Comment 5 Roman Kuznetsov 2018-12-05 19:24:35 UTC
I got a freeze of LO in

Версия: 6.2.0.0.beta1 (x64)
ID сборки: d1b41307be3f8c19fe6f1938cf056e7ff1eb1d18
Потоков ЦП: 4; ОС:Windows 10.0; Отрисовка ИП: GL; VCL: win; 
Локаль: ru-RU (ru_RU); UI-Language: ru-RU
Calc: CL

4 core Intel Core i5, 6Gb of memory
Comment 6 QA Administrators 2019-12-06 04:18:45 UTC Comment hidden (obsolete)
Comment 7 Katka 2021-07-26 11:09:31 UTC
I cannot reproduce the bug.
Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: cb2827f5f65324f309fa0e3c30d0b19ad237410e
CPU threads: 16; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win
Comment 8 V Stuart Foote 2021-07-26 12:05:55 UTC
Likewise WFM (reasonable performance imporitng the PDF into Draw canvas)

With Vulkan, or default GDI rendering.

And, the figh fidelity pdfium based insert filter is very fast if with limited resolution at full page scale.

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: cb2827f5f65324f309fa0e3c30d0b19ad237410e
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: default; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded